Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
DeHackEd wrote:
Make sure you give them something high quality going in. If you're using H264, use fixed_quant or CRF set to around 23 for maximum quality. This will look quite good for most material even though there's actually a huge bitrate gain.
If you want good videos on youtube, you need to spend the bits on it. Don't use 2pass mode.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Most software is developed for and under Windows, and I like XP Pro SP3, so that's what I use. I haven't reinstalled in 2 years, and it is indeed a bit slower now, but it's still fast enough for me.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Kyman wrote:
Johannes wrote:
andymac wrote:
Hmm, I think Johannes is starting to hate me.
Not at all. Sorry for somehow giving you that impression.
Are we sure it's faster to skip BBH? It has 3 stars whose unassisted records are 11, 27 and 28 seconds, and they could obviously go lower with tool-assistance.
Keep in mind how it takes like 7 seconds to re enter the level as it is so far away. But idk.
Well, the time saved by replacing the three slowest stars with the three BBH ones adds up to 30+ seconds.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
andymac wrote:
Hmm, I think Johannes is starting to hate me.
Not at all. Sorry for somehow giving you that impression.
Are we sure it's faster to skip BBH? It has 3 stars whose unassisted records are 11, 27 and 28 seconds, and they could obviously go lower with tool-assistance.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
The list seems good, but I have one improvement in mind. sm64.com's Navigating the Toxic Maze record is done using a BLJ, which saves quite a bit of time. Since this is a BLJ-less run, I think it would be faster to do Shell Shreddin' for Red Coins instead.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Jammer01 wrote:
Kyman wrote:
I'm not even getting anymore stars in BOB :P I'm using robz's route. Also I'm redoing everything with less gay camera spazzes and more optimization. :)
Personally I'd say adjust the camera on every frame if you want to. I wouldn't worry about an arbitrary limit on how often you change the camera. Just focus on an overall artistic effect of your musing and do what is necessary to achieve it. Obviously reducing lag is good, if that's possible, but otherwise, just do what you want with the camera. This is your work, we'll enjoy the end result regardless.
No, we won't enjoy the end results if he taps R through the entire run.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
bkDJ wrote:
Johannes wrote:
Unfortunately, MediaInfo does not report 60fps from the output, so this probably won't be allowed.
I don't see what that has to do with anything... It even makes sense since it's not 60fps, it's variable framerate? The video itself is real speed. And I always thought the decimate filter was kind of hacky. I mean, it breaks bframes, and can only even be done with 1 encoding thread.
Well, many people here blindly follow the rules, and the rules say that the videos must be 60fps. MEncoder's decimate filter is indeed "hacky", but it's allowed, and people seem to care about what's allowed, not what's good.
I tried encoding SM64 with DeDup, and MediaInfo reports 30.000fps from the result, which makes no sense. There's two 60fps fades at the beginning of the video. Apparently, it displays.. what framerate is most common, and not an average. The video is fine though.
Unless someone can convince the site's authority to allow videos that don't display 60fps in MediaInfo, which I doubt, judging from my experience with this site, I doubt it will be allowed.
Back to MM..
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Ver Greeneyes wrote:
bkDJ wrote:
So, I can have "threads" be more than 1
By that do you mean decoding threads?
No, encoding threads.
bkDJ wrote:
Note to encoders with good x264/mencoder knowledge... So, I can have "threads" be more than 1, "bframes" more than 0, AND have duplicates decimated. Only possible with avisynth input, mkv output (as far as I know). If you care, you should google "DeDup" :)
Unfortunately, MediaInfo does not report 60fps from the output, so this probably won't be allowed.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
There's one thing I like about the idea of a 70 star run; the stars that are 100 coins stars partners in 120 stars runs will be done separately. Stomp on the Thwomp and TTM Red Coins are good examples of this. Ask if you need any help.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
While doing the bonus stages makes it more entertaining as a superplay movie, it makes it less entertaining as a speedrun, because it contradicts the goal of pure speed. At least to me.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I encoded this and sent it to ShinyDoofy yesterday, but he hasn't had time to publish it, so I'll post it here temporarily: www.sm64.org/Div/dejavu-tas-randil.mkv
If it plays choppily or eats CPU, please tell me, along with basic computer specifications and what you used to decode it.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Warp wrote:
You are obviously encoding them wrongly because it contradicts my experience.
Yeah, it must be my mistake, because you're perfect, and never make mistakes. I'm not "encoding them wrongly" in any way.
Warp wrote:
Besides, you should use a more realistic upscaling to 640x480 rather than going overboard just for the sake of trying to prove me wrong.
What does it even matter? Do you think upscaling will help when upscaling to 640x480, but not to 1280x960?
Stop being full of yourself. The reason you didn't see a quality loss when upscaling was probably that you used a high bitrate. This site uses low bitrates.
