Username:
B
I
U
S
"
url
img
#
code
sup
sub
font
size
color
smiley
embarassed
thumbsup
happy
Huh?
Angry
Roll Eyes
Undecided
Lips Sealed
Kiss
Cry
Grin
Wink
Tongue
Shocked
Cheesy
Smiley
Sad
1 page
--
--
List results:
Search options:
Use \ before commas in usernames
Edit history:
d_arnold07: 2017-07-12 06:59:49 am
d_arnold07: 2017-07-12 06:56:37 am
d_arnold07: 2017-07-12 06:50:15 am
d_arnold07: 2017-07-12 06:49:49 am
d_arnold07: 2017-07-12 06:49:30 am
Name of Game: Bully: Scholarship Edition (PC) - non-steam
Operating System: Windows 7
yua comment: d1 f1 3d progressive
capture software: fraps 3.5.9
capture resolution: 1920 x 1080
capture hardware: hard-drive housed in a portable enclosure connected to PC using an e-sata cable

This is a quality test to see if the following encoding settings can be used to encode the uncompressed fraps footage and then be uploaded to SDA to be used as a source file.

mega.co.nz folder: https://mega.nz/#F!56w2TABL!f2qkil-Dy_m_95R0Dk8Ydg

I have uploaded two 1 minute segments of fast motion paced day time and night time footage from the game. The two quality tests were both spliced from the uncompressed fraps footage. I have also uploaded the 1 minute uncompressed splice of the day time footage for comparison. Interestingly, the 1 minute night-time uncompressed splice is 1.74gb, while the day-time 1 minute uncompressed splice is 2.06gb.

I used mediacoder with the following settings:  {I didn't touch any of the advanced settings like b-frame etc cause I don't really fully understand those}

Video Settings: 11 500Kbps, 2-pass, x264, High Profile, Level 4.1, Preset: very slow. Container: MP4. [Bits/(Pixel*Frame): 0.180]. 30fps. 1920 x 1080p
Audio Settings: 320Kbps LC-AAC, 2 channel, 48.0 kHz

Just message if I should upload to a different host or post any other quality test e.g. inside of the school or close up of NPC faces etc.

MediaInfo advanced encoding settings:
x264 core 148 r2744kMod b97ae06
Encoding settings: cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=7 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=11200 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Thread title:  
the mp4s look fine to me for source files.

if you want to be more efficient with the size you can switch from 2-pass encoding to crf or whatever that software calls it. you specify a constant ratefactor and the bitrate goes up for scenes with more motion, similar to variable bitrate mp3 encoding. sda final encodes use a hybrid crf/max bitrate approach. so the bitrate is not allowed to exceed a certain number but it can go below if the scene is not complex. this saves some space with no cost in quality. but for source files crf alone should be used, maybe something a little lower (higher quality) than 17. maybe try 15 or 13 and compare output size with your existing 11.5-megabit 2-pass. crf has the added bonus that only one encoding pass is needed, which should more or less halve your cpu time.

anyway some food for thought if you have time to kill and want to play around with it more. otherwise what you posted will work as source files when i use yua to make the final encodes.