STORY LOOP FURRY PORN GAMES C SERVICES [?] [R] RND POPULAR | Archived flashes: 229672 |
/disc/ · /res/ — /show/ · /fap/ · /gg/ · /swf/ | P0001 · P2596 · P5191 |
This is resource UX8YXPP, an Archived Thread.
Original location: http://boards.4chan.org/f/thread/2824139/srt-test Recognized format: Yes, thread post count is 8. Discovered flash files: 1 File: R-18 Island.swf-(9.81 MB, 1280x720, Anime) [_] SRT Test Anonymous 06/25/15(Thu)17:20:44 No.2824139 >> [_] umm 06/25/15(Thu)17:36:15 No.2824148 is there going to be a part to >> [_] Anonymous 06/25/15(Thu)17:36:53 No.2824149 I get a familiar vibe here. Can't put my finger on it. >> [_] Anonymous 06/25/15(Thu)17:40:34 No.2824153 >>2824149 It's Hyperdimension Neptunia >> [_] Anonymous 06/25/15(Thu)17:41:07 No.2824154 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.2824156 >>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.2824158 >>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.2824256 >>2824158 That's where she's from. |
|