Posts for Lex


1 2
7 8 9 29 30
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Don't use VLC. Use MPC-HC with LAV Filters and Haali Splitter. VLC sucks. So does YouTube. :P
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Apparently, my Dropbox account's "Public" directory was suspended due to high traffic usage (Damn it! I thought it was unlimited!), so I'm uploading the encodes somewhere else now. I'll post the links when I'm done with each. 10-bit 4:4:4 link fixed: http://lex.clansfx.co.uk/media/video/yoshisstory-tas-bobmario511_10bit444.mkv 8-bit 4:2:0 link fixed: http://lex.clansfx.co.uk/media/video/yoshisstory-tas-bobmario511_8bit420.mkv
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
I love it. I voted a very enthusiastic yes.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Try recording a bsv input movie in SSNES using 1-frame granularity (Braid-style) rewind, rewinding your mistakes every time you mess up. You can then dump that to lossless RGB h264 with its video dump feature. The result can look pretty fantastic if the viewer doesn't immediately know that rewind was used. :P However, the better idea is to actually get really good at the game and record from the actual console. Something halfway between a TAS and a pure and skillful unassisted speed run is usually just weak, assuming the viewer knows what's going on.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
It's awesome! I'm honored to have been able to encode this great TAS. It's a great improvement over Comicalflop's run and is as entertaining-to-watch a platformer game as ever. In case anyone missed it in the submission message, a link to the 10-bit 4:4:4 encode is here: http://lex.clansfx.co.uk/media/video/yoshisstory-tas-bobmario511_10bit444.mkv I believe this encode is publishable. The previous encode is 1/4 the video resolution (320×240) and this encode is less than double the file size and looks far far better. Also, this one has the proper levels. :P The 8-bit 4:2:0 version is encoding right now. ETA from the time of this edit is ~3h15m. Edit: An 8-bit 4:2:0 compatibility encode for old systems is available here. With the same settings as the 10-bit 4:4:4 encode, this video is slightly bigger (~4 MB bigger).
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Excellent. :) Thank you for following this.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
They are looking for user names, passwords, and other sensitive information to sell to (in-game) MMORPG gold farming companies etc. Credit card information could also be there.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
If you're in Windows and you want playback quality, use the setup I suggested. Also, don't use VMR-9 (assuming that's what you meant by "VC9 renderless") because it fails at vsync and drops frames from high-framerate video, such as that found in TAS video encodes. Try EVR Sync, EVR Custom Pres., or madVR, using the latest nightly build of MPC-HC and the latest version of madVR.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Santiago wrote:
Lex wrote:
Try using LAV Video Decoder instead of ffdshow Video Decoder
How?
Lex wrote:
Install all of these and configure MPC-HC to use them via "External Filters" in its options (actually, "Playback" -> "Output" for madVR which is a renderer).
Click "Add Filter..." to add the filters you want on the external filters list. These should include LAV Video Decoder and ffdshow Video Decoder. Additionally, set LAV Video Decoder to "Prefer" and ffdshow Video Decoder to "Block". This assumes you have already installed LAV Filters. If you haven't, you can get the installer from here. Using the installer is now recommended by the LAV Filters author, as of version 0.46.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Try using LAV Video Decoder instead of ffdshow Video Decoder. Alternatively, you could try the latest version of ffdshow-tryouts. The version of ffdshow that comes with K-Lite Codec Pack might be pretty old.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Santiago wrote:
Natt, how do I check if the decoder is being used?
Lex wrote:
By the way, you can check which filters are currently in use in MPC-HC by clicking "Play" -> "Filters". Everything listed in the resulting list is currently in use.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Uninstall the K-Lite Codec Pack and just install those selected filters. Who knows what crazy stuff K-Lite installs? All you need to play video is a player to handle DirectShow filters and keyboard/mouse input, a splitter to handle file input, a video decoder to decompress video codec formats, an audio decoder to decompress audio codec formats, and a renderer to display this data in realtime. What I listed in my previous post includes all the best of those things in Windows for the formats we're using (with the exception that LAV Splitter can't yet handle chapters in mkv files; need Haali Splitter for that). Nothing more is necessary, and anything more could cause unexpected problems. By the way, you can check which filters are currently in use in MPC-HC by clicking "Play" -> "Filters". Everything listed in the resulting list is currently in use.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
If you're running Windows, get the latest nightly build of Media Player Classic - Home Cinema, the latest LAV Filters, and the latest madVR. Install all of these and configure MPC-HC to use them via "External Filters" in its options (actually, "Playback" -> "Output" for madVR which is a renderer). Natt: Oh.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
The levels are wrong. Natt's right.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
It's possible the old version of AVISynth you're using (2.58 probably) doesn't handle color spaces properly.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
nanogyth wrote:
natt wrote:
but I think the expected user viewing result with a lot of these flicker patterns was in fact flicker.
To me, at 60fps, "on one, off one" looks like transparency and "on two, off two" looks like flickering. Changing both to "on one, off one" at 30fps is the wrong thing to aim for IMO. If you download the roadrunner clip it has the three side by side (on/off, 60fps, blended). I think the blended looks more like the 60fps, would you disagree?
Yes. If {1 frame off, 1 frame on} at 60 fps looks like transparency to you, your monitor sucks. Get a monitor with a lower response time. The one on the left looks far better to me. The one on the right just looks wrong, as there's no flicker, unlike the original.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
I agree with natt. I use MeGUI for things I haven't yet set up and just want done quickly, but when it comes to getting precise tasks done perfectly, MeGUI makes me jump through needless hoops.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
In Super Mario World, you can fly over entire levels. It feels like cheating, but it's actually a reward for keeping your cape. You don't feel like you're wasting the game away, either, since there are plenty of levels to play where this trick isn't possible. It feels like you outsmarted the game, and it feels wonderful.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
If your time is so precious, why did you waste it writing that post? Just hang out in the IRC channel (#tasvideos on freenode) and you'll see when new replies to topics appear. The topic title will be in the channel with a link. You don't have to click it, and you won't if you don't like the title.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
DarkKobold's response is far from "obnoxious". This is an N64 game. This thread fits in this forum. What DarkKobold said is true. Lurk more. Learn how to ignore threads in which you're not interested. All you have to do is avoid clicking on them. It's really not hard.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
I just tested with Haali splitter (since I use that for anime for its ordered chapter support) and the issue appears (assuming "Keep Aspect Ratio" is enabled) in MPC-HC. It seems LAV splitter doesn't care about the mkv header's dimensions, but Haali does.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Is this what I should be seeing? This is what I see in MPC-HC using LAV Splitter, LAV Video Decoder, and madVR: Using an image editor, I checked the dimensions of the viewport there and they're 160×161.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Can you post an example video file with this problem?
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
Well, Hitler did organize and execute one of the fastest blitzkriegs in history.
Lex
Experienced Forum User
Joined: 6/25/2007
Posts: 732
Location: Vancouver, British Columbia, Canada
UraniumAnchor wrote:
But not everybody who wants to store the files also wants to have to go find something that will play 10-bit encodes. People do like to use their PS3s as a media center, for example. You're essentially forcing those people to watch it on youtube or re-encode it themselves.
Obviously the "compatibility" encode should remain. It shouldn't be considered "primary" though. The "primary" encode should always be the latest and greatest technology, with compatibility only in the most common viewing situation (a video player in a PC OS like Windows, Linux, or OSX) rather than compatibility with obscure viewing situations like phones or gaming consoles.
1 2
7 8 9 29 30