Posts for Turambar

1 2
Posted: 1/24/2015 7:49 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Great, entertaining run. Congratulations! I really liked how you showed off the weapons in great variety. The new glitches (the boomerang one and the zips) are nice since they need almost no setup, the blazing speed of progress is not interrupted.
Posted: 9/26/2011 7:30 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
The 10-bit encode works as expected. IIRC mplayer2 with >=ffmpeg-0.8.3 should play these files just fine. I'm not sure if the quality was noticeably better, but I have understood that with 10-bit encodes you can achieve the same quality with smaller file size, i.e. usually better quality with the same file size. So I'm all for a codec change, couldn't care less about people who can't install the latest software properly.
Posted: 9/13/2011 12:54 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Thanks for the tips Romi. I'm no taser, but I love this game so much, as it was the first game I ever owned. Anyway I didn't know about those little cheats at all.
Posted: 5/5/2011 11:54 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Fantastic run, thanks for this. This was the only excellent run in a long time for me.
Posted: 12/22/2010 10:31 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Geez, I'm fine with any hash, we just need to adopt one. I still don't like that you appeal to popularity in favour of MD5. For myself, coreutils has provided sha256sum since forever. Even though this isn't about cryptography, why choose an obsolete and broken hash if others are available? I can's see any real reason.
Posted: 12/21/2010 10:07 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Ilari wrote:
I think MD5 would be good enough: * It is the most common supported hash * It is fast to calculate * It is short as hash (32 hex digits, almost anything else is longer) * Resistance against intentional tampering is not needed (only against random errors). * Intentional tampering would need second preimage attack (seems infeasible to attack MD5 that way).
It's true that we needn't to worry about malicious attempts to modify the files. But then again why not use a more modern hash? MD5 is broken. MD5 might be more common, but by the same argument we should choose plain CRC which clearly isn't desirable. About every commonly used hash is fast to calculate, firstly they were designed that way, and secondly the calculation is I/O bound. And the hash string isn't that long really.
Posted: 12/21/2010 3:23 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Aktan wrote:
I make encodes even if there is one available, because I enjoy making encodes. While you could say it's a waste of CPU cycles, you could say that about anything else. SHA-1 might be a good idea. I provide both MP4 and MKV because people have different preferences on what they like. Just because you prefer MKV, does not mean other people do. In fact, it's actually a lot easier to convert from MP4 to MKV instead of the other way around. Archive.org bandwidth will still be used from the torrent because we use webseeding.
Please do whatever you wish with your CPU cycles. My point was that I don't see why more than one person should provide very similar encodes. If some those were encoded because of personal preference, fine. Otherwise it's useless. I also didn't say that MP4 shouldn't be used at all. I say: use either Matroska or MP4, not both. It's not space efficient, and those who care can convert between the formats. Anyway, the thing I want are hashes. Which ones should be used? My suggestion: SHA-256.
Posted: 12/21/2010 1:28 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I too have been a little confused about multiple encodes. If there are multiple encoding available prior to publication (which is odd when compared to how things were previously), how do I know which one of them became the official one when published? It's a bit hard to tell because inconsistent ways of calculating file size are used (powers of ten, not two). Then there are no hashes (SHA-1 etc.) provided, so it's impossible to tell if the downloaded file is okay (unless downloaded via Bittorrent). So here's my little request: provide hashes, so people can check integrity and separate different encodes easily. Hashes of all official encodes previously made should also be made available. I also don't understand why more than one people start to encode the movies. Isn't that a waste of time and clock cycles? And why on earth does someone encoder provide Matroska and MP4 versions separately. That's waste of space. Matroska suffices in my opinion. I also think that archive.org links should be revealed only after publication. That way archive.org's bandwidth is potentially saved, because a few more people might download the encode via Bittorrent.
Posted: 8/22/2010 10:09 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
There is something seriously wrong with the file Slowking uploaded. I played it back from ramdisk, cpu usage being 50%, and audio lagged behind all the time. Mplayer complained that my system is too slow, which clearly isn't the case. So the file is corrupted in some way. Then again Aktan's encode lozoot-tas-bloobiebla_480.mkv plays back just fine. Could you people start the habit of posting the hashes of the encodes? I can't know if Slowking's encode downloaded correctly. I got 
5a9cd0d002a7504207d2468a111172ebc3d6f5a0  Ocarina of Time anyperc TAS by Bloobiebla.mp4
as the SHA-1 hash of the file.
Posted: 11/22/2009 4:35 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I watched this yesterday, and now I voted yes. I can't remember much about the different routes in the game, but assuming that the route was optimal, I think the movie should be published. The run is overall well executed, and I can't see why it should be rejected because of one missed knife swing and a few other really minor things. Tyrant being the last boss Fladdermus could redo the fight rather quickly. So overall the run was entertaining, I liked it. What comes to the question whether or not to make another run with the best ending, I think that Fladdermus himself showed a solid argument against it a few posts earlier.
Posted: 6/17/2009 1:18 PM
Post subject: Bsnes now has save states
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Yes, it's true, byuu added save state support to bsnes recently. There are no releases yet, but byuu has written about it on his page (http://www.byuu.org). For those who don't know or don't care to read the site: bsnes is currently the most compatible and accurate Snes emulator. It also has really good cross-platform support. With save states it should be possible to tas with bsnes. I'm really excited about this right now, but I know it'll take a long time before we see the first tas made with bsnes. The save states don't currently support for example SA-1 or SFX games, bsnes is also completely missing recording support. I bet byuu himself won't implement these features. Therefore I started this topic to increase publicity and to catch the attention of eager coders lurking here. By the way I really don't care for the save states other than for tasing. Without save states bsnes didn't allow me to cheat in games. Perhaps in the future I need to strip out save state code to prevent this :)
Posted: 3/4/2009 10:23 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Warp wrote:
I just can't help but to love zsh. For example its smart file completion is unparalleled (at least when properly configured). Examples: ...
That's exactly the reason I prefer Z over Bash. I haven't had time or motivation to learn all the Z's little tricks, like editing in vim mode (I use vim too). I also like how Z clears the list of possible completions after it knows what you want. Bash just leaves all the garbage on the screen. Only problems I've encountered have been with metaflac. If I write metaflac --list and the beginning of the filename I want, Z won't complete the filename. However metaflac <filename> --list works as expected. But then again it might be just me, there might be some rule I'm not aware of yet. </semi-ot>
Posted: 3/1/2009 11:10 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Perhaps I'll contribute to this too. Actually I already wasted a few minutes thinking how to set up the screenshot, so here it goes. http://turambar.org/fileet/for_tasvideos.jpg Jpg compression really messed up some colours in the transparent windows, but whatever.
Posted: 2/16/2009 6:39 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I'm assuming this concerns only the refight. Luckily you don't have to redo too much. I'm waiting eagerly for publication and encode.
Posted: 1/18/2009 7:57 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I watched your movies yesterday NxCy, and now I want to encourage you. The movies were really good. You kept things going constantly and you pleased the viewer with plenty of tricks. As a non-taser I can't comment much more – I liked what I saw. Looking forward for more.
Posted: 1/14/2009 3:38 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Great movie i.e. perkeleen hieno homma poijjaat. Someone already spoiled me about Puff the Magic Dragon so I knew to expect something. Still I was really surprised. I was counting those blocks and suddenly the dragon just died. Also thanks to ShinyDoofy for muxing the video into Matroska container. More Matroska goodness lately.
Posted: 10/20/2008 4:38 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Bsnes should emulate sound (at least in ”normal” Snes games) perfectly.
Posted: 2/11/2008 6:28 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I really hope that passing through ceilings turns out to be impossible or not worth doing. This kind of glitch would allow completing the game quickly, but I really hope that some day I can view a tightly optimised movie without any major game breaking glitches. They really ruin the enjoyment, especially when applied on one of your all-time favourites.
Posted: 12/5/2007 3:24 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I understand that it's debatable whether or not this run should have been published. I'm not trying to prove that I'm right (like some people futilely try to do). I really enjoyed this one. I don't remember when was the last time I didn't fast-forward at all. I don't feel like I wasted my time, instead, I remembered why I started watching these videos in the first place - they were amusing. Lately (=over a year or two) all runs have had excellent quality speedwise, but have mostly lacked something I quite can't describe. Sometimes I feel like we are establishing a new branch of science. I demand more entertainment for now on.
Posted: 8/13/2007 7:33 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Are you serious about this subtitle thing? Please, whatever you may decide, don't use hard subs. I accept hard subbed run information like in every video till today, but I don't want to view more hard subs. So please, put up a link to a separate subtitle file or mux the subtitles into a Matroska container with the video and audio - or don't use subtitles at all. I'm sure nobody wants to encode two separate videos to please everyone.
Posted: 5/3/2007 9:36 AM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Congratulations. I didn't see this one coming. Too bad you couldn't break 15 minute limit.
Posted: 4/22/2007 12:07 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Shouldn't this site stop using AVI format already? Just switch to Matroska (or MP4 - I prefer Matroska), then you can put any audio and video formats into the encoded movies without any hacks or problems. The problem remaining is that not everyone has a decoder for each codec, but H.264 + AAC in a Matroska file shouldn't be a problem these days. If someone just can't stop using ancient technology, he can encode his own version for himself or use the emulator.
Posted: 4/21/2007 9:50 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
I think that the technique that was shown on the Youtube video should be included in the TAS. It looks funny, and it adds some variety. The star obtained in the video can be obtained in a very short time, so I think that using the technique on this particular star won't annoy anyone, rather it makes this boring star a bit more interesting. No one isn't probably going to redo the run because of a few wasted frames, 120 stars TAS is a gigantic project anyway.
Posted: 3/27/2007 7:48 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
Really good that you are resuming this run, I had almost forgotten about this. When this thread popped into the beginning of the subforum, I, as pessimistic as always, though directly that someone's just asking for an update. I guess I'll watch your WIP when I must return to the Finnish Defence Forces, they use Windows there - I don't. Anyway, looking forward to this.
Posted: 12/2/2006 10:00 PM
Quote
Turambar
Experienced Forum User
Joined: 2/13/2006
Posts: 39
Location: Finland
So true. I think and hope that this 16 star run of SM64 will become one of the most competed tases ever. Anyway, it's great that the competition has started. I'm eagerly waiting for more tasers to contribute to this run. Six seconds is a lot for me, AKAs run already looked really perfect.
1 2