resizing videos while accounting for cropping and aspect ratio

[sophisticles]

If you don't want to download the 60gb version at least go for the 13.5gb mxf version.

I was referring to this resource that you suggested: "4K DCP 4096 x 2160 (14 GB, Digital Cinema Package) :: Mirror 1 (Netherlands)".

This is a 13.5GB zip file: https://download.blender.org/demo/movies/ToS/ToS_4k_DCP.zip -- there is no other 13.5gb link. so that must be the one you are referring to.

And in what way is it "invalid"? I just downloaded it to test and it decompresses just fine.

[sophisticles]

update..

was finally able to download the 13.5GB completely. reading an mxf file is painfully slow. (even slower than encoding x265 in placebo mode.) I am getting about 0.2 fps on my dell inspiron i3-2370M 2.40GHz cpu laptop. that compression (to decompress the frames inside that xml structure) is slooooooow. and on my pc at work, the i7-6700, i get about 2.1 fps. what a waist of money on an upgrade i was planning to spend for just that much improvement.

This is why I love these sources so much, they are the perfect test as to how fast a system really is.

[vhelp]

that transcode just completed. wow. if flowed through vdub like butter. scrubbing left/right is silky smooth and fast. so much better to work in even at the 1920x800 pixels.

below is a short 7 sec snippet at 1024x428. This was one of those areas I spoke of (as reference points) that will show artifacts if you encode to low in bitrate. in the area just above the guys head, there is a patchy area where, when i used to low a bitrate, it produced noticeable artifacts. areas like this help you to gauge your encoding techniques in order to refine your product.

[vhelp]

And in what way is it "invalid"? I just downloaded it to test and it decompresses just fine.

this was the finished zip file. it was corrupted prob due to internet static or something.

This is why I love these sources so much, they are the perfect test as to how fast a system really is.

i was not disagreeing with you. it is a good choice for testing since there are no artifacts. its as clean as a whistle.

but, a couple of things to note about the movie. # 1, no one would sleep on a 100 foot drop with no rails or something to stop them from falling over while asleep. this guy was dead already. # 2, no way this guy could last on that rope at that speed, he'd'ov burned his hands and fell off, again.. dead already. anyway. it was an interesting fantacy movie.

[vhelp]

fwiw, i'm a little dissapointed with QS. x264/265 still beats the pants off Intel.

[sophisticles]

fwiw, i'm a little dissapointed with QS. x264/265 still beats the pants off Intel.

You said you have a Kaby Lake based laptop? Did you test QS on said laptop? I know that with NVENC Nvidia explicitly says that while ffmpeg supports encoding via Nvenc that not all features are supported and that you will get suboptimal results, they explicitly say that if you want all the features and maximum quality one must use Nvenc through their SDK.

I suspect the same holds true with QS, I'm pretty sure that ffpmeg doesn't fully exploit QS and I'm guess that QSVencC doesn't either, most likely one would have to spend the 5 grand on their MSS software and encode using that, in which case it makes QS practically a bait and switch for the average user.

[vhelp]

sorry if i confused you. being that i use the dell inspiron laptop (Sandybridge) laptop as my main computer, it is what i test everything out in, though in mpeg2 and h265/avc since that's its fullest capability. and the best i can do on this rig is --vbr 9000 (9Mbits) bitrate and 200 MB filesize. That is the disappointment i am referring to, that I have to use such a high bitrate for quicksync. But do bare in mind, that for Hollywood blurays, they use 25Mbits. so 9M is not too bad, but still not as good as Hollywood bluray, i guess.

i will test the acer aspire (kabylake) h264 and h265/hevc laptop, next.

[vhelp]

here is an short 3m:05s sample 1920x800 quicksync (h264/AVC) encode from the acer aspire E 15 (kabylake) laptop. this time i encoded at {--vbr 4000} though its still too low bitrate for QS and shows noticeable compression artifacts but will vary from monitor to monitor. it should be at least 9000 bitrate in order to show minimal artifacts. please note that this is the segment that I will be using throughout most of my test encoding's.

next, i will now upload an h265/hevc sample of the same segment, shortly. will follow in the next post.

[vhelp]

and here is the other same short 3m:05s sample 1920x800 quicksync but (h265/HEVC) encode from the acer aspire E 15 (kabylake) laptop. same encoding specs {--vbr 4000} though its still too low bitrate for QS but does show much less noticeable compression artifacts, again, but will vary from monitor to monitor. it should be at least 9000 bitrate or possibly 6000 bitrate in order to show minimal artifacts.

please note, that none of these encoding's entail any enhanced parameter(s) setup. complete parameter for both:

{--bframes 1 --ref 2 --gop-len 24 -u 1 --vbr 4000}

however, i know a few other enhancements that i did research in, in order to bring out the "details" or "noise". i had used the other sample from the other thread to figure out how to retain the details for quicksync encodes, just as the x264 encodes. I just need to find the notes i made and test them out on this source and will post those results at a later date/time. expect to find those some time tomorrow or so. i will need some time to tune it to this new source, since it is much cleaner and free of artifacts.

feel free to jump in with your encode(s), etc. until then, here is my final encode for tonight for anyone's review. good night.

[vhelp]

Hi, i'm back. This time, with some blurays to test. Since I could not find any other untainted medium, I decided to rip some blurays and test those. However, I am not sure I have the process correct for this medium. I've never done any blurays. I am not trying to make any nor archive any. I'm only trying to test avc/hevc encodings. Anyway.

Please advise me if I need to do anything to following in order to get it processed correctly, because so far, my first rip->encode seems to be too dark and I'd like to know if I am missing any color correction steps for this medium. This time, i am keeping the 1920x1080 resolution.

note: I could not get Farscape to decode. both ripped correctly, and both play back through ffplay, and MPC-HC x64 without problems. But farscape will not work with ffms2 and lsmash. If there is anything i can do to make it work, please let me know, thanks in advance.

  v = "g:\src\Video\THE_FIFTH_ELEMENT\src.THE_FIFTH_ELEMENT.theatrical.mp4"
# v = "g:\src\Video\FARSCAPE_S1D5\src.FARSCAPE_S1D5.theatrical.mp4"

# LoadPlugin(  "c:\PLUGINS\LSMASHSource.dll") 
# LWLibavVideoSource(v, cache=true , seek_mode=0 )#.trim(0, 100) #.selectevery(2,0) 
#  
  LoadCPlugin( "c:\PLUGINS\ffms2.dll" )
  FFVideoSource(v, fpsnum=24000, fpsden=1001)

# ConvertToYUY2( interlaced=false )
# ConvertToYV12 
# ColorYUV(off_y=50, off_u=1, off_v=1)
# tweak(bright=25, cont=1.5, sat=1.0)

  ScriptClip( """ subtitle("TheFifthElement bluray', frame "  + string(current_frame) + " - " + string(framecount),12,12)""")  

  trim( 2032,0 ).trim(0, 1883) # opening scene, credits, etc.

[vhelp]

since its pretty late for me to continue, tomorrow i will post a couple of 'can you tell which one is which' clips. until then..

EDIT: moved to later this evening. i decided to do multiple clips. will do the ToS and another bluray, 'night at the museum: SOTT'--have to rip it, etc.. the usual stuff.