Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Saturn wrote:
And yeah, props to the vote abuser who aren't able to judge the run objectively. Keep it up.
I think you'll find everyone is entitled to their own opinion. Though the fact they chose not to explain themselves here pretty much nullifies the vote..
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
If you were not bitching, then what were you doing?v. bitched, bitch·ingv.intr.
To complain; grumble.
the verb "to bitch" has nothing to do with being a bitch. Also, I wasn't aiming "mindless complaining" specifically at you. Stop taking everything I say as a personal attack.
Both of my comments could be considered constructive since I provided an alternative to actions already taken.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
bkDJ wrote:
Raiscan wrote:
Stop bitching about the past and work on the future.
Is it cool to bitch about the future? Because I don't see this site getting any better if all we plan on doing is bitch and argue and argue about bitching. >:(
I think constructive criticism would work better than mindless complaining, but I don't see a problem otherwise :)
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
AngerFist wrote:
Get off my lawn [...] In my day
TASvideos is a very unique and accurate name for the site. Timeattacks is vague and common. Therefore, TASvideos is the better option.
The new voting system is way more informative. I've heard nothing but good things from a few of the judges, who believe it provides much more detail into the submitted run.
That said, I feel the actual community feels... different. People are complaining for the sake of complaining and raging about random things and it seems extremely counter-productive. Stop bitching about the past and work on the future.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
mr_roberts_z wrote:
ZeXr0 wrote:
I don't remember, but what is the use of the button on the gameshark ? Does it enable/disable the cheat code ?
The only use I remember was pressing it to get 99 coins. It's possible that any code could be modified to be activated when the button is pressed.
Not only that, it's possible that any code can be modified to be activated when ANY button of your choice on the controller is pressed. You don't need to press the GS button in that case.
krohn7master wrote:
I have provided you guys the proof I have, and I am done with making anymore. I am sorry I can prove anything else.
[...]
Sorry to disappoint.
Perhaps you should be sorry to those whose hope you preyed on.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Depends what you'll be using it for.
My EeePC 1000 lasts for 7 and a half hours on battery but probably won't have much luck doing encodes or anything.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
It's possible there is an error in the MKV, but other media players/ codecs are handling it more gracefully than what you are using. depending on you're using, you might consider updating your media player or codecs or if it's the latest version, submit a bug report to them along with the mkv.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
4 minutes is not enough time for a noticable desync to occur.
That is to say, if you only watch 4 minutes of video that's not enough time to make sure it's desync free.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Comicalflop wrote:
Making that audio stream sounds tricky; I don't know what it entails. If you can walk me through it, maybe I can try.
When you wrote earlier you made it sound like you never get any desyncs ever. Now you've clarified you also get AV desync your assistance wouldn't do any good at all.
*sigh*, I'll try and take another look at it on wednesday, but I can't promise anything.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Comicalflop wrote:
I said I only did single pass stuff; you'll notice my individual encodes (not one big movie) are all of high file size. My laptop is nowhere near up to snuff for capturing a publication worthy multi pass AVI, and neither is my encoding skill. Also, as I mentioned to you already, nitsuja's gln64 plugin does not work on my computer anymore.
When you said you were encountering sound desynch problems, you said it was similar to the OoT run where halfway through the movie the sound would be 8 seconds behind, and would remain that way the rest of the movie. When you said you fixed it, I didn't know that instead you opted for "sound desynchs at the beginning of every stage but catches up"; had I known that, I would've recommended a new capture.
I'm not bitching at you specifically to do the entire thing all over again, but I am humbly requesting to any encoder that a new capture is made.
Ocarina of Time was easy compared to Mischief Makers. Heres Why.
For reasons I can only speculate, Ocarina of Time desyncs wildly and non-linearly when using the windows version of mupen. This might be due to VFW or something to do with the audio capture code or something else. All I know is it's pretty bad. When using Bisqwit's mupen that pipes the raw captured stuff to mencoder on a linux server, I discovered the following:
As you can see (or not), the audio very very slowly desyncs up to a certain point in the capture. At that point, the desync starts to happen faster (though that section is still linear). Theres two ways of fixing this:
1. Split the track in two, stretch the two tracks to the correct speed, rejoin them together and mux it into the final encode
2. Split the track in two, mux them into an MKV and specify stretching parameters to the muxer
For OoT, I did the latter. This is the result:
The gap in the audio track is purely for the purpose of illustration.
I really can't be bothered making a diagram for MiMa, but it's pretty much the same, with one of two outcomes (depending on the settings used):
1. The audio desyncs over time but with many more places where the desync speed changes.
2. The audio desyncs for bried periods during the start of some levels. Please note I wasn't aware of this until it was brought to my attention by someone else.
So why doesn't it desync in other games? I don't know, but if I had to take a guess it seems to be directly correlated with the game changing framerates. The more frequently the game changes it's framerate, the greater the chance it desyncs.
Though I won't jump to conclusions, since correlation is not causation..Conclusion: if you want a better encode, get someone to fix the problems in mupen. I personally feel that mupen is technically too problematic for reliable TAS encoding for.. well, anything really.
The above post was written by an author immensely hyped up on caffeine and may not make any sense. Please excuse the crudeness of the diagrams.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Comicalflop wrote:
Shinydoofy: it can't be a windows emulation error. The sound doesn't desynch like that when replaying the movie in mupen, and I have encodes of the individual stages single pass (I use windows), and not a single one shows the amount of sound desynch at the beginning of the stage then catching up. Download any of the ones I put up on filefront and you'll see.
So you have the ability to capture. Capture it for us then. I either had gradual non-linear desyncs of AV or ones at the start of each level. If you can do better (which you claim you can) then capture it for us.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
threads: This option allows to spawn threads to encode in parallel on multiple CPUs. You can manually select the number of threads to be created or, better, set threads=auto and let x264 detect how many CPUs are available and pick an appropriate number of threads. If you have a multi-processor machine, you should really consider using it as it can to increase encoding speed linearly with the number of CPU cores (about 94% per CPU core), with very little quality reduction (about 0.005dB for dual processor, about 0.01dB for a quad processor machine).
Barely noticable amount. This may have even improved with newer versions of mencoder.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
It's a toughie. I really wanted to use bkDJ's final encode as the primary mkv with the celda encode as the secondary bonus mkv. Unfortunately I think there's a loss of motivation (much like there was for me on MiMa) since it requires alot of hours to make what's being done. I'll try and help out a bit later and see how it goes. I don't feel it's right to publish it without a good quality avi/mkv being used, and it's really hard to do that when the players don't use a plugin with the framebuffer enabled *cough*
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Important thing to remember: decimate does not work with threads > 1 or bframes > 0. Using decimate with either threads of bframes will cause choppiness and generally bad things. At least, this is the case in mencoder.. it's possible threads and decimate might work in another encoder somewhere.
Also, I strongly advise you not to use b-frames in AVIs.
Now to actually be helpful. The following is (probably) what I used for the last SM64 encode I did. (save as something.bat):
I think qcomp=1 and qp=20 on the first pass is what I did to fix my initial-blurring problem. At the very least qcomp is overwritten by 1st pass data, so I believe it makes very little difference whether it's in the command line or not. Also take note at the abnormally high bitrate. This is because decimate forces duplicate frames to 0 bytes, which x264 does not take into account for. As a result, for a game that runs at 20fps, the specified bitrate should be ~3 times what you're aiming for.
Where games are almost fully 60fps with no lag and very little blank transition screens, b-frames will probably be better than decimate. Here's what I used for Ecco 2:
Since decimate isn't used, I can afford to use as many threads as required to maximise speed :)
Both of the above batch files are based off of the ones in the MakingAVI Resource.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
I'm pretty much re-iterating what Bisqwit said, but...
If you're trying to record a realtime video and your PC isn't fast enough to capture it, just record an m64 of you doing random things, and then when you're done play the m64 back and use mupen64's internal capture option.
Note if your pc is really slow and you try something like fraps or camtasia, your recording will likely be choppy and a bad framerate/not realtime. Also make sure you have mupen64-rerecording.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
It seems a pretty cool idea. My only worry is if people have random rants that turn into a wall of text, or someone decides to talk about random things about how they like spaghetti or something equally off-topic. How well will auto-summarise respond to such things? Will it trim out all the rubbish in a long-running sentence and produce something that works, or something nonsensical?
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Warp wrote:
I think people probably tend to think about "average" (ie. rating 5) to be on the weaker side of the scale, rather than exactly in the middle, even if they aren't consciously aware of that. What I think is happening is that people are probably taking 7.5 as the true "average" rather than 5. In other words, from the "good" movies, about half are over 7.5 and the other half under 7.5. Ratings under 5 are reserved in their minds for the really bad ones.
The scale should not be considered to be linear.
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
Joined: 11/11/2006
Posts: 1235
Location: United Kingdom
Bisqwit wrote:
This rating system shares the feature from the published movie rating system, in that users who have few posts (i.e. are lurkers) have considerably less influence with their vote than users who have a number of them. (Their vote is always counted, though, at has at least some non-marginal influence.) Also players and judges are considered more influential compared to regular viewers. Anyone's existing votes will still gain more ground as their status changes on the forums.
With this in mind, the voting restriction from logged-in lurkers was removed.
Would you be willing to make a list of what ranks have what influence available?
<adelikat> I am annoyed at my irc statements ending up in forums & sigs
As you can see (or not), the audio very very slowly desyncs up to a certain point in the capture. At that point, the desync starts to happen faster (though that section is still linear). Theres two ways of fixing this:
1. Split the track in two, stretch the two tracks to the correct speed, rejoin them together and mux it into the final encode
2. Split the track in two, mux them into an MKV and specify stretching parameters to the muxer
For OoT, I did the latter. This is the result:
The gap in the audio track is purely for the purpose of illustration.
I really can't be bothered making a diagram for MiMa, but it's pretty much the same, with one of two outcomes (depending on the settings used):
1. The audio desyncs over time but with many more places where the desync speed changes.
2. The audio desyncs for bried periods during the start of some levels. Please note I wasn't aware of this until it was brought to my attention by someone else.
So why doesn't it desync in other games? I don't know, but if I had to take a guess it seems to be directly correlated with the game changing framerates. The more frequently the game changes it's framerate, the greater the chance it desyncs.
Though I won't jump to conclusions, since correlation is not causation..
Conclusion: if you want a better encode, get someone to fix the problems in mupen. I personally feel that mupen is technically too problematic for reliable TAS encoding for.. well, anything really.
The above post was written by an author immensely hyped up on caffeine and may not make any sense. Please excuse the crudeness of the diagrams.