Okay, I made some cosmetic improvements, and now [ s ] Strikethrough Text[ /s ] is also supported.
So, would they deny submission if you went to submit a tas run that was slower than the current fastest run of that game?
The movies marked with stars mean the best movies.
Do we currently support any bbcode which consists of only an open and not a close tag?
It also might be interesting to make it pipeless (except at the beginning of the underground levels), vineless, and powerup-less.
Well, the abusers in question were the same people who manage the queue, so I doubt it was a problem this time.
I'd like to see a warpless run like this more than a warp run though.
Voting no because zero coins is an arbitrary condition, and it's slower then present records.
While I don't think that premature judging isn't a big problem, this certainly sounds like a good idea to me. I do, however think that the delay might be a bit too long, especially for submissions that have "YES!" written all over them. So, for example, Submisssions that are improvements to published runs could have their delay shortened, since there is a solid base to compare the run to. Alternatively, the votes could be used to factor in how long the delay is, so a highly anticipated movie can be published sooner, although I think I'm making things too complex here.
Instead of using codecs such as H.264 lossless and FFV1, I don't even compress the video, to keep the quality as high as possible.
Hi all^^ Im new here and I need some help TASing seems interesting and i want to start doing it but i cant get MUPEN64 to work, But I got the BLJ glitch to work in Pj64, 1964 and NEMU64. I'm pretty good with emulators but this one wont work! The problem is: The rom loads. the sound plays. Where's the video!?
I doubt any chess run is going to please everybody.
Even more to the point, it doesn't have any _play_ value. What is featured in a TAS that can't be featured in a move list?
My suggestion to make a chess game entertaining
Actually the way H.264 works is that it's harder to decode the bigger the frame is. Since all high resolution videos of games are just simple resize of pixels where each pixel is now a huge block of color, compressing it is very easy for H.264. Basically what I'm saying is, going to high resolution won't take as much bandwidth as you would first imagine.
Uh... making a video that large isn't exactly very trivial. Especially for my Hard Drive.
I don't know if the owners are completely okay with it, but I do know that archive automatically converts files to other formats which are, for the most part, bigger than the original file. Archive has auto derive, which creates 2 new files. One in MPEG4 with 512 kb bitrate, and another in OGV with around 512 kb bitrate also. If they were worried about space, doing this auto derive wouldn't make much sense.
