Posts for RGamma


1 2 3 4
12 13
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Does this mean that... Hagrid is dead? :(
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
MUGG wrote:
I don't know this game at all but if you're saying it's cutscene heavy, any chance on a cutscene-less encode?
Seems like a good idea. I'll see to it.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
It seems I can't free up enough space on my laptop to make enough space without compromising quality. I'll dust off my desktop computer, install everything on it to get this working and do it from there... Expect publication by the end of the coming week.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Quick update: I also seem to have insufficient space. Will find a solution...
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Any favorite screenshot?
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Years is decades in the tech industry. Ask again in "years". Otherwise buy whatever the guys at Apple preach is "in" at the time.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
enkoder wrote:
I wanted to encode high quality videos as they do here in TASVideos, but I still can't get perfection. So I'm here to learn. I might even say it is to encode videos that aren't necessarily videogames.
It's generally easier to focus on a certain system at first, because how exactly you encode what might differ between consoles a bit (the largest differences come from the audio/video capture step though) and adds only unnecessary complexity at first. Spikestuff is asking whether you have a certain game or console in mind that you want to start with. Also, if you have trouble following the Publication Manual, post here. It's intended to be understandable for everyone.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Hello there, welcome to the forums. I currently don't have the time to help you in detail, but the guide you're following is outdated and probably not useful unless you know what you're doing already to a degree (it also describes the use of mencoder, which is deprecated. You should use ffmpeg or x264 instead). Instead follow Wiki: EncodingGuide/PublicationManual, which uses a premade package that does everything automatically for you with a bit of setup. If you just want to practice you can stop after the "Encode the video" section. If you want you can upload your resulting Youtube encode somewhere (to show your logo and subtitles) and post them here too. BTW: The error you receive comes from the fact, that either mencoder is not installed or the mencoder executable is not in your PATH: https://en.wikipedia.org/wiki/PATH_(variable) (I can't make that clickable or this post breaks)
All syllogisms have three parts, therefore this is not a syllogism.
Post subject: Re: Emulating classic MacOS with SheepShaver for Ferazel's Wand
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
habnabit wrote:
Hi! Over the last year and a half or so, I've been working on a series of patches to SheepShaver to allow TASing games for the classic MacOS. The patches are all available on my github and provide, in short: [...]
That's pretty awesome. I hope we can integrate it with the site soon. Does upstream know of this? It is always better to (try to) get it into mainline. As for your points: Movie files/authenticity It would be really good to have a proper specification for this sort of thing. A good indication of whether the format sucks or not is to write a parser for it (our site will need a parser for submissions too) and see how difficult that is. See Wiki: EmulatorResources (click on a movie format) to see what others look like. A "time to last input" field would be convenience and will need to be verified anyway. For simplicity's sake could you disable the JIT cache for TASing (and movie playback) to avoid the problem with the JIT cache altogether? How much of a performance cost would that be for TASing? Re-recording Spurious desyncs due to nondeterminism in the emulator are very frustrating. Nobody from site staff wants to dance the "find out who can sync the movie file reliably"-dance., so this'll need testing. Emulation stability Backward compatibility doesn't matter, but is nice to have, as long as old versions are easy to come by. A stable (or extensible) movie file format is more important (e.g. Dolphin's Wiki: DTM was missing information that lead to all completion times on the site being wrong, some still aren't fixed). Other movie information Nice to have would be things like author and a comment as well as the rerecord count. More necessarily it should contain information on what is needed to make the movie sync: Hashes of the ROM, OS and game, possibly emulator settings, that, when wrong, could lead to desync (Wiki: DTM has this). This is probably the most complicated part and not obvious to implement. Accessibility Cross-platform would be nice boon to have. Many emulators on this site only run really well on Windows. I'm not sure whether we have anyone using OS X, but we have Linux (e.g. me) and Windows users for testing. Possible to make AVI Here it would be good to have to possibility to write the raw video to a pipe for processing (maybe optionally packed in y4m or something (x264 can be patched to also accept RGB in y4m)), because both hardcoding all the encoding parameters and not hardcoding them (needs a frontend) suck. Generally a good thing is to encode lossless H264 (RGB) or FFV1 and lossless PCM audio and mux it into MKV (proper support for long files, please let AVI die) or something. We have been bitten by lots of terrible audio/video capture in emulators in the past. Here's the chance to make this good :) Emulation quality As long as you can TAS reliably with it (this is only for runners, maybe judges) and reliably verify the movies (this is for the site), all is well. Again, what would be the costs and benefit to disabling the entire JIT thing? Miscellaneous Ah yes, the good old proprietary software licensing issues... For the New World ROM and Mac OS 9.0.4 we can safely assume that it is abandonware (I found them without problem). The game itself doesn't seem to be abandoned, but I'm sure we can find a solution here. DOS and JPC-RR have similarly complicated setups, so this is nothing new (see Wiki: http://tasvideos.org/EmulatorResources/JPC.html) This is a pretty major contribution, I'll try to build your tree later on.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
This also seems somewhat related (but pertaining to AC): https://en.wikipedia.org/wiki/Skin_effect
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
ALAKTORN wrote:
TASeditor wrote:
Figuring out the best route is just testing all possible routes.
That’s not very helpful.
As are your and my posts. Just post those kinds of things, when you have something better to offer, because this kind of problem is not exactly trivial (given there's an adversary)...
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Warp wrote:
Would there be nudity involved?
Would you like it to be?
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
To post something actually good here: My favourite non-combat track from Golden Sun's OST (perfect, if it's winter in your region) Link to video
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Jump to 1mn 5s for the interesting part, if you dare: Link to video
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Dolphin does not have any Lua scripting capabilities at the moment. A quick search revealed http://wiki.cheatengine.org/index.php?title=Lua for Cheat Engine (however you load a script and use it, I don't know).
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
This exists, huh. "The greatest duel in sports": Link to video
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
leopo89 wrote:
Hey I think this topic is dead , but I'm working on Gain Ground TAS , anyone can help me for play this movie file . It's .MMV , dont find how open this.
Here a topic is only dead, if there are no meaningful contributions to it anymore. Given the age of these movie files they were probably created with Dega, which is (according to http://tasvideos.org/EmulatorResources.html) deprecated and shouldn't be used anymore. You'll need to use BizHawk for creation of TASes for SMS games for now. For simple replay and study use an appropriate Dega version (whatever that is, I don't know).
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
scubed wrote:
Like others in this thread, when I visited http://tasvideos.org/ and saw the broken page, I got confused. I understand the need to protect the front page from lots of traffic, but I have a few questions: 1) Why not put a comment explaining that the main front page is currently disabled and link to somewhere explaining in more detail? 2) Why did you use an old snapshot showing being from the end of 2014? If you had a recent snapshot, then at least people would see newer movies. 3) Are pages cached? If the issue was server load, and serving a static page works, that suggests that you could have just put caching in front of the normal page and have been able to continue serving. 4) Is there another page to see the most recently accepted movies? 5) When are you going to restore the main page to serving normally again? Just generally, it would be helpful to be more clear about what's going on, instead of making it look like the front page is broken.
1) Oversight 2) This was corrected while the event was ongoing. 3) Pages are cached (I don't know the exact internals), but when you're logged in you get an uncached version (except during the event you wouldn't for the front page because that one was just a static HTML document) 4) http://tasvideos.org/NewMovies.html and http://tasvideos.org/NewVaultMovies.html 5) Answered True, this event things went kind of chaotically. Key persons weren't available when they should have been and general planning has been meh to ech, let's hope we can do better next time...
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
I'd also like to add, that a potential reason we had so many submissions (and contributing to the fact judging took so long), was me fucking up the submissions page:
    1. no spam protection (someone started mass-uploading files (60-100/mn) that required cleanup and not all spam submissions were removed) 2. a bug that lead to hash collisions in the uploaded files due to the hash being calculated on a very small subset (mainly 0-length bytestrings) of possible files necessitating reuploads after it was fixed. Old uploads weren't deleted resulting in duplicate regular submissions (some of them might be quite long)
The technical side needs to improve _a lot_ for the next event. Much was done impromptu and manual maintenance was required until the very end of various cutoffs.
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Malleoz wrote:
Wow...Unfortunately a 13 minute timesaver was found just now. It lets you grab Bobbery "Early." Quotes because you actually get him after Chapter 6 now. You can fall oob and trigger the ember fight that occurs right before Bobbery falls out from the tree. You can trigger this after Chapter 6. This way, you skip all of pre-Chapter 5 since you can instantly go to Chapter 6. The Grotto will also be slightly faster since the pathways will be open and the ghost spirit will not be talking to you.
Do you still want this published (I take it implementing this would take a long while)?
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
Also, since this GDQ (non-)monetized non-official/non-author uploads videos of the event are forbidden (doesn't say in what way you can remix videos/provide highlight reels/etc): https://forum.speeddemosarchive.com/post/regarding_future_video_uploads.html Rather draconian if you ask me. I get the feeling that since GDQs have become so large ("our brand"), they want to behave more like a company without any clear way in how to go about that (e.g. publish clear licensing terms)... P.S.: I noticed because of the announcement here: "BAD NEWS! Recently the policy of the GDQ uploads..." -- https://www.youtube.com/channel/UCOWDU-iokgQTudah5-4kAIQ (don't know how to permalink that)
All syllogisms have three parts, therefore this is not a syllogism.
Experienced Forum User
Joined: 2/3/2013
Posts: 320
Location: Germany
jlun2 wrote:
Can there be a way to not load a video during posting? Currently every time I want to respond to these threads, it slows my computer down and drains my internet limit.
Use your browser for this for now (e.g. use uMatrix for Chrome or Firefox or Policeman for Firefox)
All syllogisms have three parts, therefore this is not a syllogism.
1 2 3 4
12 13