diff options
| author | jstebbins <[email protected]> | 2011-04-02 19:58:34 +0000 |
|---|---|---|
| committer | jstebbins <[email protected]> | 2011-04-02 19:58:34 +0000 |
| commit | c5493132981f650d13c03181d53da5e3fd205bcd (patch) | |
| tree | 85845fd91828ab1f7b87814567f447564ada5872 /libhb/scan.c | |
| parent | 889409ab149f8d7b20be0dfb720359c80fb7471e (diff) | |
Fix garbled previews from BD h.264 sources
Forome reason, frames that are tagged as recovery points in many BD h.264
streams do not result in complete frames when decoded. Pushing 2 extra
frames through the decoder seems to always fix this. This patch extends
something I was already doing when generating previews from a BD structure.
This just applies the same logic to ffmpeg streams that have h.264 video.
git-svn-id: svn://svn.handbrake.fr/HandBrake/trunk@3895 b64f7644-9d1e-0410-96f1-a4d463321fa5
Diffstat (limited to 'libhb/scan.c')
| -rw-r--r-- | libhb/scan.c | 4 |
1 files changed, 2 insertions, 2 deletions
diff --git a/libhb/scan.c b/libhb/scan.c index bec45d373..7b563638a 100644 --- a/libhb/scan.c +++ b/libhb/scan.c @@ -555,8 +555,8 @@ static int DecodePreviews( hb_scan_t * data, hb_title_t * title ) } // If it's a BD, we can relax this a bit. Since seeks will // at least get us to a recovery point. - if (data->bd) - vidskip = 4; + if (data->bd || title->type == HB_FF_STREAM_TYPE) + vidskip = 2; } for( j = 0; j < 10240 ; j++ ) |