Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
My theory is that people who submit movies, cancel the browser's actions after the first page loads. The submission is two-part process:
First, the submission is created.
Second, the browser is redirected to the submission page, at which time the forum topic is created.
Somehow, some submitters cancel that redirection or just aren't bothered to wait for it happen in lag situations.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Dragonfangs wrote:
Hmm, idea: How about these awards showing up on the page for the movie in question? Kinda like how actual movies tend to have "Nominated for 3 Oscars" or whatever when they hit DVD.
We have some trophy symbols that could be used for that purpose.
Designed by The Kins for us two years and then some ago; quoting him:
From the left: "Greatest Devotion (sprite thanks to "Rapid the Hedgehog"), Craziest Concept (lol nudie run), Best Juggling Act, Never Give Up, and the WTFness Award ("WHEEEEEE!!!")
Designed by The Kins for us two years and then some ago; quoting him:
From the left: Longest Submission Text, Least Appreciated, Most AI Humiliation (the ball gag is a nice touch, no?) and Most Thoughtful
But these trophies don't fit all of those awards. :-/
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
nfq wrote:
these mood avatars are great for people who have multiple personalities/moods like me. the problem with avatars is that i absorb their personalities. for example if i have an angry avatar, i feel like i have to be angry every time i post. and if i have a funny avatar, i have to be funny, and if i have an intelligent looking avatar, i have to be intelligent. i guess i don't have much self control if i can't realize i'm an infinite spirit who can be anything
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Omega wrote:
You'd never complete such a run. You'd die of old age well before then. The problem is that when you use a rerecord by loading a save state, your mind must actually carry over (else you wouldn't know how to improve your future!) That means your brain would be kept in the same condition as the future, which in turn means it would age.
You do not need to use your brain for the memory. You can choose an auxiliary memory that is practically immortal, such as a piece of paper (or something more robust such as a stone plate). That way, you can carry your progress to your younger self without the person having to age a bit.
I watched it and I liked what I saw (please go ahead!), except for the Windman boss battle. I just don't like the random floor-scrubbing act / leftright act. I don't particularly enjoy people with ADHD.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
aznxknight wrote:
There's something i noticed involving the fight between you and the clone. When the clone dies i noticed the stage clear music plays AFTER all the glowing circles thingys disappear from the screen. I was wondering if it was possible to save some frames IF you killed the clone in the middle, thus reducing the time for the glowing circles to travel to the edge of the screen.
In Rockman 1, the delay after killing a boss in Wily stages is constant.
1. 32 frames (0.5 seconds) elapse with everything halted
2. 12 explosion objects are created
3. explosion sfx is created
4. music is stopped, explosion sound is created again
5. 256 frames are elapsed
6. StageClear is activated
StageClear:
;1. Play stage clear music
;2. Load levelend gfx
;3. Remove all objects except Megaman
;4. Delay 383 frames
;5. Hide energy bars
;6. Draw first patch of text
;7. Halt Megaman
;8. Calculate score, 1000 points per frame
;9. Delay 64 frames
;10. Draw second patch of text
;11. Calculate bonus pearls, one per frame (3000 points each)
;12. Delay 383 frames
;13. Reboot game without clearing game status (it will progress to either the level selection or the next stage)
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
arflech wrote:
That's a bit outdated by now, because it pre-dates the arrival of IE7 and Firefox 3, and as IE8 rises to prominence and IE6 is used on fewer and fewer computers (goodbye Windows 2000) the situation should be even better.
Perhaps.
Ps: Do not fullquote, especially for posts containing images. It brings no value to readers to have the image repeated in two consecutive posts.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
(I'm guessing) Translations for the russian text:
"P.S. If you asked me a question in Russian I could understand it better"
"Learn the great and powerful Russian language"
Lord_of_Olympia, http://tasvideos.org/ForumRules.htmlThe language on this board is English. Posting in other languages is allowed, but all discussions should be at least translated to English.
Языка на этой BBS является Английский.
Отправка в других языков допускается, но все обсуждения должны быть не менее переведен на Английский.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
I tried creating a combined torrent file of every avi/mkv currently on the selection… but for some reason any torrent creation program I've tried fails at it. :-/
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
MetalChurch wrote:
will the Pc (dos) Tas will become a reality some days?
That would be splendid indeed. However, the problems with DOSBox are still the same as they were one page ago. Unless someone radically rewrites it, or devises a yet another DOS emulator alltogether, it's not becoming feasible yet.
On the topic of writing a new DOS emulator from scratch: The problem with DOS emulation is not with the CPU; there are plenty of very good x86 emulators; even virtual machines could be used (those are fast but very likely non-deterministic). The problem is with implementing all the details, such as the VGA chip, the soundcard chips, and the IRQ and DMA controllers. Writing them from scratch is beyond my resources.
The problems with DOSBox are:
― Recursive function calls (CPU emulator, which elapses time, can call DOS functions, which call the CPU emulator, which elapses more time). If a savestate is made in the midst of a DOS function (such as DOS "wait for a key press"), restoring the savestate becomes impossible to the need to restore the function call stack within the emulator itself.
― Pointer data embedded within the component emulators ― pointers to objects those components themselves know nothing about. Saving that data, and restoring it, is very tricky. Saving a raw pointer means that the value is only valid as long as that particular memory region is allocated. It may be already invalid when the state is loaded, especially if the emulator was restarted in the meantime.
― Bad abstraction of host resources ― DOS I/O on DOSBox depends on the exact state of the host system's state. This makes it very bad for replayable movie files. Especially if you add the requirement that playing back a movie file should not mess up your system. (You don't want to playback a movie that types in the commands "mount y c:\", "cd y:\windows" and "del *.*" if you're a Windows user).
My patch mitigated most of these problems by the minimal measure necessary to make a TAS of Star Control II, but taking it any further would have meant rewriting significant portions of the entire emulator ― an undertaking which I haven't got resources for. I rewrote the filesystem abstraction (for only the parts that were required by SC2) and the keyboard abstraction (the same) and changed the CPU emulation loop such that it does not have the recursion problem (savestate making was simply prohibited in the nested levels, which means that savestates could not be made when the program is waiting for DOS input) and works in a predictable manner (but it turned out to be non-predictable regardless, as proven by the fact that I could not playback FractalFusion Keen TAS).
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
512x240 games should be encoded at 512x240, still with 4/3 aspect ratio indication.
This way they get displayed at proper aspect ratio (i.e. filling the full screen on 4/3 monitors), while still not suffering any scaling-related quality degration while encoding.
A pity screenshots cannot be aspect-ratioed. Those need to be scaled I guess.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
mz wrote:
I wouldn't like to watch a video at 512x240
Really?
See this example. http://bisqwit.iki.fi/kala/512x240.avi (~1 MB)
Note that modern players do aspect ratio correction based on the aspect information indicated in the movie file.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
For PSX videos, please use the screen resolution most commonly used in that particular movie.
As you might know, PSX can utilize a number of different resolutions:
Width of 256, 320, 512 or 640
Height of 240 or 480
In Chrono Cross, 3D scenes are usually 320x240; status screens are 512x480, FMVs are 256x240 and the BIOS screen is 640x480.
I think most commonly PSX videos should be encoded at 320x240.
It will cause downsampling for screens of higher resolution than that, but one solution cannot accomplish everything.
(For MKV and MP4, it would be possible to dynamically change the video resolution, but I think it's not safe to use that.)
For screenshots, please use whatever resolution that particular scene is in.
----------
(This message is not to complain that anyone has done wrong; I'm just giving instructions to be clear.)
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
nitsuja wrote:
My only problem with the Luigi is that when I try to click on a link, sometimes he "blocks" my click by running past the cursor, and I have to click again to follow the link after he runs off. Actually I thought it was neat and I wonder if it means he actually does some secret thing in response to being clicked on, but it's probably not the best thing for the site interface's usability.
Mario and Luigi are both meant to scamper hurriedly off the view at the sight of the mouse cursor. However, sometimes they erroneously choose to run towards the mouse cursor due to a programming error. (Fitting for the site?)
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
DeHackEd wrote:
The NES would not have had threads. They could be faked with cooperative threading (more commonly known as coroutines) but no programmer in his right mind would put a yield() right in the middle of critical code.
<...>
The NES does have interrupts, which is about as close as you can get. In fact, this is how Mega Man 2's horizontal scrolling bug works. There's something of a race condition when the vertical interrupt NMI goes off the the middle of code.
On the SNES, many RPGs work by interpreting a kind of an object-oriented bytecode on each actor of the scene; those bytecodes are run in cooperative threading mode. I.e. the bytecode contains a variety of Yield opcodes, which will transfer the execution to other actors. (I am talking about Chrono Trigger, but I have heard that CT's approach is very common in RPGs.) In addition, the bytecode interpreter only executes a certain number of opcodes in a row for the given actor, forcing a taskswitch once in a while. I don't remember whether NMI also forces a taskswitch.
However, there is no taskswitching for native code; only for bytecode.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
dunnius wrote:
As I had mentioned before, a very short sleep could solve this, and it would not be that noticeable. In the C programs that I have written that draw on the screen and run in a constant loop, there is a big difference in the CPU usage between having no sleep and a one millisecond sleep.
There is a very short sleep.
Mario and Luigi are both animated at 35 ms intervals (about 28 fps), except when sleeping (off-screen), when it is 0.2 s intervals (about 5 fps).
It works by calling setTimeOut to schedule the next event of the animator at the end of the each event.
Editor, Experienced Forum User, Published Author, Active player
(296)
Joined: 3/8/2004
Posts: 7469
Location: Arzareth
Warp wrote:
If you really want that javascript animation to be there, couldn't it be made lighter? Does javascript support some sleep() function or something, to make the animation advance less often?
Mario in slow motion? No thanks.
The problem, I guess, is that X11-Firefox does something stupid akin to recalculating the entire screen when a single div inside it is changed.
Designed by The Kins for us two years and then some ago; quoting him:
From the left: "Greatest Devotion (sprite thanks to "Rapid the Hedgehog"), Craziest Concept (lol nudie run), Best Juggling Act, Never Give Up, and the WTFness Award ("WHEEEEEE!!!")
Designed by The Kins for us two years and then some ago; quoting him:
From the left: Longest Submission Text, Least Appreciated, Most AI Humiliation (the ball gag is a nice touch, no?) and Most Thoughtful
But these trophies don't fit all of those awards. :-/
