I can't find another example of it's use, it was converted from a 1080i interlaced VC1 stream using FFMPEG and I'm wondering what it's done. (And what process it would have gone through to resize it.)Scan type, store method : Interleaved fields
Code:Video ID : 1 Format : HEVC Format/Info : High Efficiency Video Coding Format profile : Main@L3.1 Codec ID : hev1 Codec ID/Info : High Efficiency Video Coding Duration : 51mn 10s Bit rate : 667 Kbps Width : 1 280 pixels Height : 720 pixels Display aspect ratio : 16:9 Frame rate mode : Constant Frame rate : 29.970 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan type, store method : Interleaved fields Scan order : Top Field First Bits/(Pixel*Frame) : 0.024 Stream size : 244 MiB (83%) Writing library : x265 1.3+55-c21ddfe6a6d9e234:[Windows][GCC 4.8.3][64 bit] Encoding settings : wpp / ctu=64 / tu-intra-depth=1 / tu-inter-depth=1 / me=1 / subme=2 / merange=57 / no-rect / no-amp / max-merge=2 / no-early-skip / no-fast-cbf / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / no-fast-intra / open-gop / interlace=0 / keyint=250 / min-keyint=25 / scenecut=40 / rc-lookahead=20 / bframes=4 / bframe-bias=0 / b-adapt=2 / ref=3 / weightp / no-weightb / aq-mode=2 / aq-strength=1.00 / cbqpoffs=0 / crqpoffs=0 / rd=3 / psy-rd=0.00 / psy-rdoq=0.00 / signhide / lft / sao / sao-lcu-bounds=0 / sao-lcu-opt=1 / b-pyramid / cutree / rc=crf / crf=28.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30 Language : English
+ Reply to Thread
Results 1 to 5 of 5
-
Last edited by ndjamena; 9th Nov 2014 at 08:16.
-
OK, I'll rephrase the question
ffmpeg.exe -i "D:\Torchwood (2006) - 01x01 - Everything Changes.mkv" -vf "scale=1280:720" -y -threads 2 -c:v libx265 -x265-params crf=28 -map 0:0 -map 0:1 -c:a libvo_aacenc -ac 2 "E:\Torchwood (2006) - 01x01 - Everything Changes.mp4"Last edited by ndjamena; 9th Nov 2014 at 08:16.
-
Either we're not reading you correctly, or you need to rephrase the question again:
Neither 1080p nor 720p are interlaced. Methinks the "p" indicates "progressive", does it not? Maybe you shouldn't be deinterlacing non-interlaced material.
Anyway, 1280x720 interlaced 29.97fps is invalid for BluRay/AVCHD unless you're making video for something other than established standards.- My sister Ann's brother -
Sorry, I was lying in bed thinking the problem through when I realised I was adding the "p" in my head, so I rushed to my PC to check if I'd actually used it in the thread.
Anyway, according to someone on the MakeMKV forum "that new BD ripper" is using FFMPEG to recode the ripped MKVs to h265 mp4s, and apparently that's the command line he captured from the program (but according to the same guy, it needs DivX installed to convert anything, so I'm not sure what's going on there). So I thought I'd try the command line on something interlaced to see what would happen but both MPC-HC and Windows MP seem to be leaving interlacing lines behind during playback. Those lines aren't there if I play back the original. My usual workhorse, VLC won't play back h265 and I'm not sure how to select the MPC-HC deinterlacing settings.
I don't want to download the program to check if it changes the command line for interlaced material, but I did want to check how the posted command line would work with interlaced video and it doesn't look good at the moment. Does FFMPEG actually mess up interlaced resizing if not given the correct commands?Last edited by ndjamena; 9th Nov 2014 at 08:37.
-
Yes, FFMpeg has interlaced scaling flag that is used with -vf scale, interl=1
eg
-vf scale=w=1280:h=720:interl=1
But another possible issue is interlaced VC-1 could not be handled by libav / ffmpeg until very recently. I think (not sure) ffmpeg might have the patches merged now