svn3154 breaks PS3 compatibility

HandBrake for Windows support
Forum rules
An Activity Log is required for support requests. Please read How-to get an activity log? for details on how and why this should be provided.
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

svn3154 breaks PS3 compatibility

Post by joethezombie »

I don't know if this is a bug, or something I am doing wrong, so I will post it here.

I am having problems with my Blu-Ray rips encoded via svn3154 and my PS3. Simply put, the files don't play back on the PS3. It is not disc specific... any title will not playback if encoded via 3154, but is fine with 3036. I use tsmuxer to convert the mkv file to m2ts after Handbrake does its thing. The files are then copied to the PS3 internal HDD for playback. For this report, I cut a 2 minute sample from Resident Evil: Extinction. However, the same results are identical with other titles I have tried including Twilight, Ponyo, and Blade Runner.

Some strangeness regarding the fps (to me, anyway) reported by tsmuxer from the svn3154 files:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr --vbv-len=500
V_MPEG4/ISO/AVC, "D:\Resident Evil 3\re3_3154_1.mkv", fps=90000, insertSEI, contSPS, track=1, lang=eng
A_AC3, "D:\Resident Evil 3\re3_3154_1.mkv", track=2, lang=eng
compared to the svn3036 files:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --vbr --vbv-len=500
V_MPEG4/ISO/AVC, "D:\Resident Evil 3\re3_3036_1.mkv", fps=23.976, insertSEI, contSPS, track=1, lang=eng
A_AC3, "D:\Resident Evil 3\re3_3036_1.mkv", track=2, lang=eng

some strangeness regarding the fps (to me anyway) reported by mediainfo from the svn3154 files:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 1mn 59s
Bit rate : 1 543 Kbps
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.35:1
Frame rate mode : Variable
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.042
Stream size : 22.0 MiB (76%)
Writing library : x264 core 88
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 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177
compared to the svn3036 files:
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@4.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 1mn 59s
Bit rate : 1 607 Kbps
Width : 1 920 pixels
Height : 800 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.044
Stream size : 23.0 MiB (77%)
Writing library : x264 core 80
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=1 / wpredp=2 / keyint=240 / keyint_min=24 / scenecut=40 / rc_lookahead=50 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177




From 3036 (playback is fine on PS3):

Code: Select all

### CLI Query:  -i "D:\Resident Evil 3\Working.m2ts" -t 1 -c 1 -o "D:\Resident Evil 3\re3_3036_1.mkv" -f mkv -w 1920 --loose-anamorphic  --detelecine --decomb -e x264 -q 23 -a 1 -E ac3 -6 auto -R Auto -B auto -D 0 -x b-adapt=2:rc-lookahead=50 -v 1

### User Query: False

#########################################

[16:03:14] hb_init: checking cpu count
[16:03:14] hb_init: starting libhb thread
HandBrake svn3036 (2009121901) - MinGW i386 - http://handbrake.fr
4 CPUs detected
Opening D:\Resident Evil 3\Working.m2ts...
[16:03:14] hb_scan: path=D:\Resident Evil 3\Working.m2ts, title_index=1
[16:03:14] scan: trying to open with libdvdread
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[16:03:14] dvd: not a dvd - trying as a stream/file instead
[16:03:14] file is MPEG Transport Stream with 192 byte packets offset 4 bytes
[16:03:14] hb_ts_stream_find_pids - found the following PIDS
[16:03:14]     Video PIDS : 
[16:03:14]       0x1011 type H.264 (0x1b)
[16:03:14]     Audio PIDS : 
[16:03:14]       0x1100 type AC-3 (0x81)
[16:03:15] transport stream pid 0x1100 (type 0x81) may be AC-3 audio (id 0x1)
[16:03:15] transport stream doesn't seem to have video IDR frames
[16:03:15] scan: decoding previews for title 1
[16:03:15] scan: audio 0x1: AC-3, rate=48000Hz, bitrate=448000 English (AC3) (5.1 ch)
Scanning title 1...
[h264 @ 0x16c1d20]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 8 times
[h264 @ 0x178f520]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 12 times
[h264 @ 0x178f8d0]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 12 times
[h264 @ 0x16f6290]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 17 times
[h264 @ 0x16f6630]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 1 times
[h264 @ 0x16f69e0]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 10 times
[h264 @ 0x2110050]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 10 times
[h264 @ 0x3570050]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 13 times
[h264 @ 0x2226030]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
[16:03:23] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 138/138/0/0, aspect 16:9, PAR 1:1
[16:03:23] scan: title (0) job->width:1920, job->height:800
[16:03:23] stream: 38 good frames, 0 errors (0%)
[16:03:23] libhb: scan thread found 1 valid title(s)
+ title 1:
  + stream: D:\Resident Evil 3\Working.m2ts
  + angle(s) 0
  + duration: 00:01:47
  + size: 1920x1080, pixel aspect: 1/1, display aspect: 1.78, 23.976 fps
  + autocrop: 138/138/0/0
  + chapters:
    + 1: cells 0->0, 0 blocks, duration 00:01:47
  + audio tracks:
    + 1, English (AC3) (5.1 ch) (iso639-2: eng), 48000Hz, 448000bps
  + subtitle tracks:
Invalid sample rate 0, using input rate 48000
[16:03:23] 1 job(s) to process
[16:03:23] starting job
[16:03:23] sync: expecting 2610 video frames
    Last message repeated 10 times
[ac3 @ 0x16c14c0]No channel layout specified. The encoder will guess the layout, but it might be incorrect.
[16:03:23] job configuration:
[16:03:23]  * source
[16:03:23]    + D:\Resident Evil 3\Working.m2ts
[16:03:23]    + title 1, chapter(s) 1 to 1
[16:03:23]  * destination
[16:03:23]    + D:\Resident Evil 3\re3_3036_1.mkv
[16:03:23]    + container: Matroska (.mkv)
[16:03:23]  * video track
[16:03:23]    + decoder: h264
[16:03:23]      + bitrate 200 kbps
[16:03:23]    + frame rate: same as source (around 23.976 fps)
[16:03:23]    + loose anamorphic
[16:03:23]      + modulus: 0
[16:03:23]      + storage dimensions: 1920 * 1080 -> 1920 * 800, crop 138/138/0/0
[16:03:23]      + pixel aspect ratio: 191 / 192
[16:03:23]      + display dimensions: 1910 * 800
[16:03:23]    + filters
[16:03:23]      + Detelecine (pullup) (default settings)
[16:03:23]      + Decomb (default settings)
[16:03:23]    + encoder: x264
[16:03:23]      + options: b-adapt=2:rc-lookahead=50
[16:03:23]      + quality: 23.00 (RF)
[16:03:23]  * audio track 0
[16:03:23]    + decoder: English (AC3) (5.1 ch) (track 1, id 1)
[16:03:23]      + bitrate: 448 kbps, samplerate: 48000 Hz
[16:03:23]    + AC3 passthrough
[16:03:23] reader: first SCR 53955000 id 0 DTS 53996246
[16:03:23] yadif thread started for segment 0
[16:03:23] yadif thread started for segment 1
[16:03:23] yadif thread started for segment 2
[16:03:23] yadif thread started for segment 3
[16:03:23] decomb thread started for segment 0
[16:03:23] decomb thread started for segment 1
[16:03:23] decomb thread started for segment 2
[16:03:23] decomb thread started for segment 3
[16:03:23] encx264: keyint-min: 24, keyint-max: 240
[16:03:23] encx264: encoding with stored aspect 191/192
[16:03:23] encx264: Encoding at constant RF 23.000000
x264 [info]: using SAR=191/192
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
x264 [info]: profile High, level 4.0
No accelerated IMDCT transform found
[16:03:23] sync: first pts is 3754
[16:07:21] hb_ts_stream_decode - eof
[16:07:21] stream: 2877 good frames, 0 errors (0%)
[16:07:21] reader: done. 1 scr changes
[16:07:26] sync: got 2875 frames, 2610 expected
[16:07:26] work: average encoding speed for job is 11.870540 fps
[16:07:30] h264-decoder done: 2876 frames, 0 decoder errors, 0 drops
[16:07:30] render: lost time: 0 (0 frames)
[16:07:30] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: frame I:16    Avg QP:18.85  size: 52299  PSNR Mean Y:50.62 U:52.70 V:53.24 Avg:51.23 Global:47.63
x264 [info]: frame P:986   Avg QP:23.39  size: 12146  PSNR Mean Y:50.12 U:52.55 V:52.73 Avg:50.54 Global:46.40
x264 [info]: frame B:1873  Avg QP:24.16  size:  6318  PSNR Mean Y:45.71 U:49.14 V:49.61 Avg:46.54 Global:45.41
x264 [info]: consecutive B-frames:  4.5% 12.5% 36.2% 46.9%
x264 [info]: mb I  I16..4: 30.2% 59.1% 10.7%
x264 [info]: mb P  I16..4:  4.9%  6.7%  0.4%  P16..4: 31.2%  4.8%  5.1%  0.0%  0.0%    skip:47.0%
x264 [info]: mb B  I16..4:  0.5%  0.6%  0.0%  B16..8: 37.6%  0.2%  0.3%  direct: 1.5%  skip:59.3%  L0:43.4% L1:56.0% BI: 0.6%
x264 [info]: 8x8 transform intra:56.4% inter:89.8%
x264 [info]: coded y,uvDC,uvAC intra: 32.5% 48.8% 14.7% inter: 11.5% 13.1% 0.1%
x264 [info]: i16 v,h,dc,p: 45% 24%  4% 28%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 14% 32%  6%  7%  7%  6%  7%  5%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 16% 18%  7% 10%  8%  7%  5%  3%
x264 [info]: Weighted P-Frames: Y:6.3%
x264 [info]: ref P L0: 59.7% 13.3% 21.1%  5.4%  0.5%
x264 [info]: ref B L0: 76.9% 23.1%
x264 [info]: SSIM Mean Y:0.9749427
x264 [info]: PSNR Mean Y:47.248 U:50.328 V:50.702 Avg:47.941 Global:45.733 kb/s:1644.28
[16:07:30] mux: track 0, 2875 frames, 24645281 bytes, 1643.09 kbps, fifo 8
[16:07:30] mux: track 1, 3748 frames, 6716416 bytes, 447.78 kbps, fifo 256
[16:07:30] decomb: deinterlaced 0 | blended 3 | unfiltered 2872 | total 2875
[16:07:30] libhb: work result = 0

Rip done!
HandBrake has exited.

and from 3154 (broken PS3 playback):

Code: Select all

### CLI Query:  -i "D:\Resident Evil 3\Working.m2ts" -t 1 -c 1 -o "D:\re3_3154_1.mkv"  -f mkv -w 1920 --loose-anamorphic  --detelecine --decomb -e x264 -q 23 -a 1 -E ac3 -6 auto -R Auto -B auto -D 0 -x b-adapt=2:rc-lookahead=50 -v 1
### User Query: False
#########################################
[16:40:18] hb_init: checking cpu count
[16:40:18] hb_init: starting libhb thread
HandBrake svn3154 (2010030701) - MinGW i386 - http://handbrake.fr
4 CPUs detected
Opening D:\Resident Evil 3\Working.m2ts...
[16:40:18] hb_scan: path=D:\Resident Evil 3\Working.m2ts, title_index=1
[16:40:18] scan: trying to open with libdvdread
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[16:40:18] dvd: not a dvd - trying as a stream/file instead
[16:40:18] file is MPEG Transport Stream with 192 byte packets offset 4 bytes
[16:40:18] hb_ts_stream_find_pids - found the following PIDS
[16:40:18]     Video PIDS : 
[16:40:18]       0x1011 type H.264 (0x1b)
[16:40:18]     Audio PIDS : 
[16:40:18]       0x1100 type AC-3 (0x81)
[16:40:18] transport stream pid 0x1100 (type 0x81) may be AC-3 audio (id 0x1)
[16:40:18] transport stream doesn't seem to have video IDR frames
[16:40:18] scan: decoding previews for title 1
[16:40:18] scan: audio 0x1: AC-3, rate=48000Hz, bitrate=448000 English (AC3) (5.1 ch)
Scanning title 1...
[h264 @ 0x1724590]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 8 times
[h264 @ 0x3970050]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 12 times
[h264 @ 0x3b1c010]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 12 times
[h264 @ 0x3b47860]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 17 times
[h264 @ 0x3b47c10]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 1 times
[h264 @ 0x3b47fb0]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 10 times
[h264 @ 0x3b48360]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 10 times
[h264 @ 0x3b48700]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
    Last message repeated 13 times
[h264 @ 0x3b48ab0]non-existing PPS referenced
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
Scanning title 1...
[16:40:26] scan: 10 previews, 1920x1080, 23.976 fps, autocrop = 138/138/0/0, aspect 16:9, PAR 1:1
[16:40:26] scan: title (0) job->width:1920, job->height:800
[16:40:26] stream: 38 good frames, 0 errors (0%)
[16:40:27] libhb: scan thread found 1 valid title(s)
+ title 1:
  + stream: D:\Resident Evil 3\Working.m2ts
  + angle(s) 0
  + duration: 00:01:47
  + size: 1920x1080, pixel aspect: 1/1, display aspect: 1.78, 23.976 fps
  + autocrop: 138/138/0/0
  + chapters:
    + 1: cells 0->0, 0 blocks, duration 00:01:47
  + audio tracks:
    + 1, English (AC3) (5.1 ch) (iso639-2: eng), 48000Hz, 448000bps
  + subtitle tracks:
Invalid sample rate 0, using input rate 48000
[16:40:27] 1 job(s) to process
[16:40:27] starting job
[16:40:27] sync: expecting 2610 video frames
    Last message repeated 10 times
[ac3 @ 0x3b62740]No channel layout specified. The encoder will guess the layout, but it might be incorrect.
[16:40:27] job configuration:
[16:40:27]  * source
[16:40:27]    + D:\Resident Evil 3\Working.m2ts
[16:40:27]    + title 1, chapter(s) 1 to 1
[16:40:27]  * destination
[16:40:27]    + D:\re3_3154_1.mkv
[16:40:27]    + container: Matroska (.mkv)
[16:40:27]  * video track
[16:40:27]    + decoder: h264
[16:40:27]      + bitrate 200 kbps
[16:40:27]    + frame rate: same as source (around 23.976 fps)
[16:40:27]    + loose anamorphic
[16:40:27]      + storage dimensions: 1920 * 1080 -> 1920 * 800, crop 138/138/0/0, mod 0
[16:40:27]      + pixel aspect ratio: 191 / 192
[16:40:27]      + display dimensions: 1910 * 800
[16:40:27]    + filters
[16:40:27]      + Detelecine (pullup) (default settings)
[16:40:27]      + Decomb (default settings)
[16:40:27]    + encoder: x264
[16:40:27]      + options: b-adapt=2:rc-lookahead=50
[16:40:27]      + quality: 23.00 (RF)
[16:40:27]  * audio track 0
[16:40:27]    + decoder: English (AC3) (5.1 ch) (track 1, id 1)
[16:40:27]      + bitrate: 448 kbps, samplerate: 48000 Hz
[16:40:27]    + AC3 passthrough
[16:40:27] reader: first SCR 53955000 id 0 DTS 53996246
[16:40:27] yadif thread started for segment 0
[16:40:27] yadif thread started for segment 1
[16:40:27] yadif thread started for segment 2
[16:40:27] yadif thread started for segment 3
[16:40:27] decomb thread started for segment 0
[16:40:27] decomb thread started for segment 1
[16:40:27] decomb thread started for segment 2
[16:40:27] decomb thread started for segment 3
[16:40:27] encx264: keyint-min: 24, keyint-max: 240
[16:40:27] encx264: encoding with stored aspect 191/192
[16:40:27] encx264: Encoding at constant RF 23.000000
x264 [info]: using SAR=191/192
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
x264 [info]: profile High, level 4.0
No accelerated IMDCT transform found
[16:44:21] hb_ts_stream_decode - eof
[16:44:21] stream: 2877 good frames, 0 errors (0%)
[16:44:21] reader: done. 1 scr changes
[16:44:25] sync: got 2875 frames, 2610 expected
[16:44:25] work: average encoding speed for job is 12.058411 fps
[16:44:30] h264-decoder done: 2876 frames, 0 decoder errors, 0 drops
[16:44:30] render: lost time: 0 (0 frames)
[16:44:30] render: gained time: 0 (0 frames) (0 not accounted for)
x264 [info]: frame I:16    Avg QP:19.20  size: 49342  PSNR Mean Y:50.49 U:52.62 V:53.15 Avg:51.11 Global:47.50
x264 [info]: frame P:986   Avg QP:23.40  size: 12223  PSNR Mean Y:50.12 U:52.55 V:52.73 Avg:50.55 Global:46.39
x264 [info]: frame B:1873  Avg QP:24.50  size:  5774  PSNR Mean Y:45.65 U:49.12 V:49.58 Avg:46.49 Global:45.36
x264 [info]: consecutive B-frames:  4.5% 12.5% 36.2% 46.9%
x264 [info]: mb I  I16..4: 31.0% 58.6% 10.4%
x264 [info]: mb P  I16..4:  4.8%  7.0%  0.4%  P16..4: 30.7%  5.0%  4.7%  0.0%  0.0%    skip:47.4%
x264 [info]: mb B  I16..4:  0.5%  0.6%  0.0%  B16..8: 36.6%  0.1%  0.2%  direct: 1.3%  skip:60.6%  L0:43.3% L1:56.0% BI: 0.7%
x264 [info]: 8x8 transform intra:57.0% inter:90.5%
x264 [info]: coded y,uvDC,uvAC intra: 32.0% 48.9% 14.5% inter: 10.7% 12.2% 0.1%
x264 [info]: i16 v,h,dc,p: 44% 24%  3% 29%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 14% 32%  6%  7%  7%  6%  7%  5%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 26% 16% 18%  7%  9%  8%  7%  5%  3%
x264 [info]: Weighted P-Frames: Y:6.3%
x264 [info]: ref P L0: 65.7% 14.8% 13.0%  6.1%  0.3%
x264 [info]: ref B L0: 77.1% 22.9%
x264 [info]: SSIM Mean Y:0.9747855
x264 [info]: PSNR Mean Y:47.209 U:50.316 V:50.681 Avg:47.909 Global:45.694 kb/s:1578.23
[16:44:30] mux: track 0, 2875 frames, 23292806 bytes, 1553.46 kbps, fifo 8
[16:44:30] mux: track 1, 3748 frames, 380945733 bytes, 25406.32 kbps, fifo 256
[16:44:30] decomb: deinterlaced 0 | blended 3 | unfiltered 2872 | total 2875
[16:44:30] libhb: work result = 0

Rip done!
HandBrake has exited.
Deleted User 11865

Re: svn3154 breaks PS3 compatibility

Post by Deleted User 11865 »

It looks like tsMuxeR thinks the timebase is the framerate and is muxing the video at 90,000 fps (and even the PS3 can't playback 90,000 fps video). Not sure why tsMuxeR is mixing the timebase and framerate though.

Edit: I can reproduce this issue here (tsMuxerGUI 1.10.6 under OS X 10.5). Mkvtoolnix and Subler seem to remux the MKV just fine though.
mkelley
Bright Spark User
Posts: 389
Joined: Fri Dec 25, 2009 2:00 am

Re: svn3154 breaks PS3 compatibility

Post by mkelley »

Note that you can *fix* this by simply selecting Change FPS in tsMuxer and altering it to whatever (usually 24000/10001 for most movies). I tried this and everything then works fine (at least on my devices -- I don't play on a PS3).
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

Re: svn3154 breaks PS3 compatibility

Post by joethezombie »

That "fix" doesn't work on the PS3, although it does improve the situation slightly. If I manually select the proper fps in tsmuxer before muxing, the PS3 will only play a one second of video before freezing (although the audio plays on for about 5). I guess that's better than no video or audio. :lol:

No problems with svn3036, so i'm reverting to that version for now.
mkelley
Bright Spark User
Posts: 389
Joined: Fri Dec 25, 2009 2:00 am

Re: svn3154 breaks PS3 compatibility

Post by mkelley »

How very odd -- because the fix definitely solves playback problems in VLC (as it should).

I wonder what else is wrong with the file other than FPS? Rodeo mentioned timebase, but I don't know how to look for this (or how to adjust it with any tool, either).

Let's hope they consider this a bug and will fix it.
User avatar
JohnAStebbins
HandBrake Team
Posts: 5722
Joined: Sat Feb 09, 2008 7:21 pm

Re: svn3154 breaks PS3 compatibility

Post by JohnAStebbins »

mkelley, the "framerate" that tsmuxer is showing comes from an h.264 header field that isn't meant to be interpreted as a framerate. It is meant to be the timebase. Timebase defines how long a clock tick is. For variable frame rate material, you want short clock ticks. We set this to 1/90000 sec. tsmuxer reads this and misinterprets it to mean 90000fps.
mkelley
Bright Spark User
Posts: 389
Joined: Fri Dec 25, 2009 2:00 am

Re: svn3154 breaks PS3 compatibility

Post by mkelley »

Was this setting new with this snapshot? Did you not set the timebase previously? (Or set it to a different number?).

I'm *way* outta my league here (well, nearly every post on this board -- I should just shut up and let you experts sort things out). Like Joe I stepped backwards a SVN because, even though I can adjust the FPS, I'm afraid something else might be broken.
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

Re: svn3154 breaks PS3 compatibility

Post by joethezombie »

Well I would say something has changed in the latest SVN because 3036 produced MKVs don't show as 90000fps in tsMuxR...
Deleted User 11865

Re: svn3154 breaks PS3 compatibility

Post by Deleted User 11865 »

joethezombie wrote:Well I would say something has changed in the latest SVN because 3036 produced MKVs don't show as 90000fps in tsMuxR...
Yes, HB now sets the timebase to 90 kHz (before it didn't set anything and x264 would set the timebase to the fps). That's triggered a bug in tsMuxeR though; it's not a bug in HB - the files it outputs are perfectly valid/spec-compliant in that regard.
odie
Posts: 1
Joined: Tue Mar 02, 2010 3:24 pm

Re: svn3154 breaks PS3 compatibility

Post by odie »

Rodeo wrote:Yes, HB now sets the timebase to 90 kHz (before it didn't set anything and x264 would set the timebase to the fps). That's triggered a bug in tsMuxeR though; it's not a bug in HB - the files it outputs are perfectly valid/spec-compliant in that regard.
Is there a conceivable fix for this? SVN3154 has solved all of my problems on Windows 7 x64 if not for this tiny bug. Thanks for your attention and a great app.
mduell
Veteran User
Posts: 8196
Joined: Sat Apr 21, 2007 8:54 pm

Re: svn3154 breaks PS3 compatibility

Post by mduell »

Yes, tsMuxer needs to fix themselves.
Bantha
Posts: 27
Joined: Tue Mar 23, 2010 3:16 am

Re: svn3154 breaks PS3 compatibility

Post by Bantha »

I am one of the people on here that was affected by the fps problem in txMuxer from MKV's encoded by Handbrake 3154. I enjoy watching my movies from a server to my 65" TV via my PS3 via a program called PS3MediaServer. And I prefer to watch my movies using txMuxer because it does not alter the video stream or the audio stream in any way. I know I could use Mencoder to view the movies in w/o the fps problem on my TV, but then my server has to transcode the video and the audio stream (PQ is reduced, however slightly it is, as well as AQ (Audio Quality)) I have to do both in order to preserve a/v sync.

I understand that Handbrake is NOT the cause of this problem, it is txMuxer (VLC, WMP, Mencoder do NOT exhibit this problem). But being we do know what the cause of the problem is and we do not know when or if txMuxer will ever correct their "bug", is it possible that someone could point us to a way we could alter this header information to the way Handbrake used to write it?

Thanks. Love your program!!!!!
mkelley
Bright Spark User
Posts: 389
Joined: Fri Dec 25, 2009 2:00 am

Re: svn3154 breaks PS3 compatibility

Post by mkelley »

What container are you using? If an MKV you can do what you want by using mkvmerge (for example) to remux various audio streams back into the Handbrake encoded file without loss of quality in any stream.
Bantha
Posts: 27
Joined: Tue Mar 23, 2010 3:16 am

Re: svn3154 breaks PS3 compatibility

Post by Bantha »

mkelley... That is not the issue here. If you read the entire thread of comments, you would have seen that this is because of the way txMuxer determines the fps of the video stream (not the audio stream). And Handbrake in their newest SVN added a legit header to the container pertaining to the video stream that txMuxer is not compatible with. It has been determined that this is NOT a Handbrake problem, but rather a txMuxer "bug".

I do use MKVmerge quite a bit actually, and looked in the header editor it has, but it does not contain the option to change the "timebase" line. And I have over 230 files that I have encoded using the newer version (3154) of Handbrake that I would rather not re-encode w/ the older version (3036). And to be honest, due to the bug fixes and enhancements in 3154, I would rather use it than the 3036 version and "correct" the files by altering the header until txMuxer corrects their "bug".
Bantha
Posts: 27
Joined: Tue Mar 23, 2010 3:16 am

Re: svn3154 breaks PS3 compatibility

Post by Bantha »

Also curious, has anyone from Handbrake contacted txMuxer to alert them to their "bug"? I know that it isn't your obligation to do so, but just to be nice and give them a heads-up. Thanks!
mkelley
Bright Spark User
Posts: 389
Joined: Fri Dec 25, 2009 2:00 am

Re: svn3154 breaks PS3 compatibility

Post by mkelley »

I *know* it's not the issue -- if you read the entire thread you'd see where I comment on this earlier. I was just giving you a workaround to using tsmuxer (which is the only problem). It's up to you whether you want to work around it or not.
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

Re: svn3154 breaks PS3 compatibility

Post by joethezombie »

We need to get the streams into an M2TS file for PS3 playback, which only tsMuxeR (or its many derivatives) can do. So specifically, what's the alternative to using tsMuxeR to get these 3154 produced .mkv files working on the PS3? Note that manually entering the fps in tsMuxeR may fix the file for VLC playback, but not for the PS3.

I did send an email to the address specified for tsMuxeR on the SmartLabs support page, but received no response.
Deleted User 11865

Re: svn3154 breaks PS3 compatibility

Post by Deleted User 11865 »

joethezombie wrote:We need to get the streams into an M2TS file for PS3 playback, which only tsMuxeR (or its many derivatives) can do. So specifically, what's the alternative to using tsMuxeR to get these 3154 produced .mkv files working on the PS3?
Maybe mkv2vob? It's wont produce M2TS but may still work.
joethezombie wrote:I did send an email to the address specified for tsMuxeR on the SmartLabs support page, but received no response.
tsMuxeR hasn't been updated in almost a year. It's also still not Snow Leopard compatible, over 3 months after its release. I wouldn't hold my breath…
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

Re: svn3154 breaks PS3 compatibility

Post by joethezombie »

Naw, mkv2vob suffers the same fate... it's just a front end for a collection of tools, including tsMuxeR. :( If I process a 3154 produced file with mkv2vob, the playback is the same on the PS3 as if manually entering the fps in tsMuxeR:
the PS3 will only play a one second of video before freezing (although the audio plays on for about 5)
tsMuxeR hasn't been updated in almost a year. It's also still not Snow Leopard compatible, over 3 months after its release. I wouldn't hold my breath…
Sadly, this means Handbrake is now a dead end for all PS3 users. :cry: I don't want to go back to ripbot! Please.... for the love of all that is holy... :cry:

I'd love to see a timebase=0 option we could add to the advanced string section, to have handbrake not set the timebase and let x264 do it, like default svn3036 and prior functioned. [insert pray imoticon here]
mduell
Veteran User
Posts: 8196
Joined: Sat Apr 21, 2007 8:54 pm

Re: svn3154 breaks PS3 compatibility

Post by mduell »

joethezombie wrote:Sadly, this means Handbrake is now a dead end for all PS3 users.
Enough of the drama queen. HB still works for PS3, all you lost is AC3 support on your degenerate device.
joethezombie wrote:I'd love to see a timebase=0 option we could add to the advanced string section, to have handbrake not set the timebase and let x264 do it, like default svn3036 and prior functioned.
I eagerly await your patch.
joethezombie
Experienced
Posts: 81
Joined: Wed Dec 30, 2009 3:34 pm

Re: svn3154 breaks PS3 compatibility

Post by joethezombie »

mduell wrote:Enough of the drama queen. HB still works for PS3, all you lost is AC3 support on your degenerate device.
Well maybe I'm being too much of a drama queen and not thinking about the problem enough... I'm obviously just not getting it. Can you tell me how you are creating files that work on the PS3? Because regardless of the audio track, or even if the MKV contains no audio track, the PS3 dies trying to play the file back. Of course, we have only tsMuxeR here to blame, so I'm still cool with Handbrake. I just won't be able to use it for my needs.
mduell wrote:I eagerly await your patch.
I doubt that you seriously await such a patch. I also seriously doubt I could make such a patch. :lol:
Deleted User 11865

Re: svn3154 breaks PS3 compatibility

Post by Deleted User 11865 »

joethezombie wrote:
mduell wrote:Enough of the drama queen. HB still works for PS3, all you lost is AC3 support on your degenerate device.
Well maybe I'm being too much of a drama queen and not thinking about the problem enough... I'm obviously just not getting it. Can you tell me how you are creating files that work on the PS3? Because regardless of the audio track, or even if the MKV contains no audio track, the PS3 dies trying to play the file back. Of course, we have only tsMuxeR here to blame, so I'm still cool with Handbrake. I just won't be able to use it for my needs.
MP4 ;-)
Bantha
Posts: 27
Joined: Tue Mar 23, 2010 3:16 am

Re: svn3154 breaks PS3 compatibility

Post by Bantha »

joethezombie wrote:I'd love to see a timebase=0 option we could add to the advanced string section, to have handbrake not set the timebase and let x264 do it, like default svn3036 and prior functioned. [insert pray imoticon here]
Or even an option added to the OPTIONS to turn on txMuxer compatibility.
Last edited by Bantha on Mon Apr 05, 2010 10:08 am, edited 1 time in total.
mduell
Veteran User
Posts: 8196
Joined: Sat Apr 21, 2007 8:54 pm

Re: svn3154 breaks PS3 compatibility

Post by mduell »

joethezombie wrote:Can you tell me how you are creating files that work on the PS3?
H.264 + AAC in MP4, like every other device on the planet.
Frank
Novice
Posts: 64
Joined: Fri Apr 20, 2007 9:06 am

Re: svn3154 breaks PS3 compatibility

Post by Frank »

Will this permit 5.1 audio? As I understand it, the only way to get 5.1 mp4 encodes with HB is to go via the MKV option and then remux it with [insert app of choice] into an mp4.
Post Reply