File: R-18 Island.swf-(9.81 MB, 1280x720, Anime)
[_] SRT Test Anonymous 06/25/15(Thu)17:20:44 No.

>> [_] umm 06/25/15(Thu)17:36:15 No.

  is there going to be a part to

>> [_] Anonymous 06/25/15(Thu)17:36:53 No.

  I get a familiar vibe here. Can't put my finger on it.

>> [_] Anonymous 06/25/15(Thu)17:40:34 No.

  >>2824149
  It's Hyperdimension Neptunia

>> [_] Anonymous 06/25/15(Thu)17:41:07 No.

  Not OP, but incase anyone is curious how to get the best quality for a specific filesize with
  SwfH264, this is my general guideline:

  <filesize_in_megabytes> * 8192 / <duration_in_seconds>

  The value you receive is your target video bitrate for when you encode without audio. What you
  need to do is take the value you get, lets say it came out to be 800k, then subtract your audio
  bitrate, lets say 64k. That would leave you with an average bitrate target of 732kbps for your
  video stream, with 64kbps reserved for audio.

  Then for encoding you are going to want to use hi10p, and level 4.2 features to get the best
  quality/compression ratio possible. For 1080p and 720p sources I typically scale the dimensions
  down by 50% since the scaled up video will look better than a shitty, blocky encoding at high
  resolution.

  You will also want to use, at a minimum, the veryslow preset and optionally a tune specific to
  the content you are encoding.

  So with ffmpeg your command is going to look something like this:

  ffmpeg.exe -i "input.mp4" -profile:v high10 -level 4.2 -vf scale=-1:ih*0.5 -vcodec libx264 -vb
  732k -r 30 -keyint_min 15 -g 300 -tune animation -threads 0 -preset veryslow -sn -acodec
  libvo_aacenc -ac 2 -ar 44100 -ab 64k -f flv -y "output.flv"

  Where -r is a target framerate if you want to change it, -keyint_main is a value about half of
  your framerate and -g is a value about equal to your framerate * 10.

  Relative to /f/, if the encoded file size is greater than, say, 10800KB, you probably won't be
  able to reach the under 10240KB target even after SwfH264 compresses it during SWF creation, so
  try incrementally lowering your video bitrate until it fits.

  With hi10p it seems like most weeb stuff holds up okay until you get south of 400kbps for video
  (at 640x364@24FPS with moderate motion). Below that it's almost not worth it. Almost.

>> [_] Anonymous 06/25/15(Thu)17:43:57 No.

  >>2824154

  Oh, and if your source video already has h264 video and aac audio (use ffmpeg -i
  your_input_vid.mp4 to see), and its size is smaller than 10MB, you can just copy the streams into
  an flv container without lossy re-encoding.

  ffmpeg.exe -i "your_input_vid.mp4" -vcodec copy -acodec copy -f flv output.flv

>> [_] Anonymous 06/25/15(Thu)17:44:22 No.

  >>2824153
  Ah. Yeah, no, not at all what I was thinking of then. Green haired chick had me on a entirely
  different thread.

>> [_] Anonymous 06/25/15(Thu)19:29:12 No.

  >>2824158
  That's where she's from.