Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Noob Irdoh wrote:
Records used to be listed here, but that list is extremely outdated by now. It was meant to be replaced by this, but there are lots of gaps in it.
The gaps are there because I don't get any submissions anymore. Most people prefer keeping their actual m64s secret and unverified apparently. Shame, if my list got more submissions we'd have higher standards and an increased possibility of ever completing a 120 stars TAS instead of duplicate work and "uh, lost the m64" or "no, I won't share it".
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Here are my encodes:
640x448, 72 MB320x224, 34 MB
SM64 updates graphics at 30 hz, but runs at 60 fps nevertheless, so I used ChangeFPS(30). No information seems to be missing from the video, but file size and playback stress are decreased. Another way to do this is to use Direct264 with deldup, but that makes the video VFR, which some players don't handle well.
If this is unacceptable, I can redo the encodes with 60 fps or deldup.
Edit: replaced encodes; better subtitle times
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I hope this is all a joke. --crf 0 is lossless, and bframes should not be used with lossless. Why are you using lossless anyway? You can use --crf 12 with no visible quality loss. --merange 512 is absurd and does not actually improve quality.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Bisqwit wrote:
Aww, that's a nasty failure from the part of the encoder. Luckily its impact is small as it only affects the ending demo here.
But it's the exact reason why I used a second screen for the N64 encodes.
Unexpected popups usually occur on the first screen only. Usually. (Anyone wonder why I prefer simple desktops over complex ones like Gnome or KDE?)
While we're on the subject, I know of 2 movies for which the encode has a deficiency at the very start: SMW (all exits) 1:21:29.63 by Fabian, and SM64 any% 5:39 by Swordless Link.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I got Bugs Bunny Crazy Castle 3 as a kid. It was one of my favorite games in my childhood! I remember I had like a million passwords written down on papers taped to a wall on my room, with a mark on every password but the most recent one :D
Nice read.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Aktan wrote:
Johannes wrote:
This is incorrect. Lossless H.264 encoding is lossless, full quality JPEG is not. The chroma subsampling you are referring to is caused by the colorspace conversion to YV12, which is not a part of the H.264 compression, but done prior to encoding. There is no way around it except use a different colorspace.
Or 4x the res at the cost of blockiness.
Yes, that can work around the apparent color information loss introduced by the conversion to YV12, but the conversion to YV12 is inherently not lossless :)
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
adelikat wrote:
Is downloading higher quality movies at a larger filesize desireable?
Yes, I prefer that.
@ others: No, lossless does not provide a percievable quality gain over a high quality level like CRF20 in x264.
Go for CRF20 IMO.
OmnipotentEntity wrote:
Lossless H.264 isn't really lossless though, it forces chroma subsampling, and it still is only about as lossless as a full quality JPEG.
This is incorrect. Lossless H.264 encoding is lossless, full quality JPEG is not. The chroma subsampling you are referring to is caused by the colorspace conversion to YV12, which is not a part of the H.264 compression, but done prior to encoding. There is no way around it except use a different colorspace.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
Mitjitsu wrote:
Dooty wrote:
rando wrote:
keep posting new TAS videos on your YouTube...
...and .m64's too, seems like people are only posting on YouTube these days.
It's makes it easier for the typical viewer (considering many people can't even sync the .m64), which typically means more people see it and therefore more feedback.
Who said posting m64 means you can't also post YouTube video?
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I have an Intel X-25M SSD and I like it a lot. There is a clear difference in the speed of random (non-cached) file access over my previous WD Caviar HDD, and the boot time (from GRUB to login) went from 12 to 8 seconds. And of course, it's dead silent.
If you use GNU/Linux or another *nix derivative, disable journaling and mount /var/log and /tmp as tmpfs, and the SSD will last longer.
Experienced Forum User, Published Author, Former player
Joined: 12/1/2007
Posts: 425
I don't like apt-get very much, but I find Arch's answer, pacman, to be great once learned. It's very fast, has clean, readable output, and is very versatile. It sports remote db search, package info lookup, removing skipping dependency checks, removing along with dependencies, removing all files the package created, checking which package owns the specified local file, and so on. And a full system upgrade is as simple as issuing pacman -Syu. Also, zsh features elaborate tab completion for it, including completing to available remote packages. I have no need for a GUI.
Easy and fun way to install programs for the whole family!
Ubuntu Software Center, however, should be quite usable by computer illiterates :)
