TASVideos

Tool-assisted game movies
When human skills are just not enough

Submission #3106: pirate_sephiroth's PSX Castlevania - Symphony Of The Night "Richter" in 05:44.05

Console: Sony PlayStation
Game name: Castlevania - Symphony Of The Night
Game version: USA
ROM filename: SOTN.iso
Branch: Richter
Emulator: (unknown)
Movie length: 05:44.05
FrameCount: 20643
Re-record count: 283
Author's real name: Rodrigo F.
Author's nickname: pirate_sephiroth
Submitter: arukAdo
Submitted at: 2011-04-06 14:15:34
Text last edited at: 2011-04-21 00:12:02
Text last edited by: Mukki
Download: Download (5533 bytes)
Status: decision: rejected
Submission instructions
Discuss this submission (also rating / voting)
List all submissions by this submitter
List pages on this site that refer to this submission
View submission text history
Back to the submission list
ALERTS POSSIBLY COMPROMISING MOVIE INTEGRITY:

Preinitialized memory card 1

Is empty

Preinitialized memory card 2

Block 1
  Name:         'CASTLEVANIA-1 X-X!V??Q 33%' Filename:     'DRAX00'
  Product Code: 'SLUS-00067'          Territory:    American
  Blocks Used:  1                     Bytes Used:   8192
  Status:       OK                    Icon:         3 frames
  Link Type:    First                 Next Block:   None
Author's comments and explanations:

Resync [1275] PSX Castlevania: Symphony of the Night (USA) "Richter mode" by pirate_sephiroth in 05:41.73 with latest psxjin, 99% of the input is essentially carbon copy.


Summary


Comments


This movie quite demonstrate the timing can actually be pretty much identic between pcsx and psxjin, the time difference is due to extra "fake" lag that wasnt in pcsx-rr originally, it doesnt create a lot of difference by itself, the other difference is the rng seed is affected, so on bosses some time is lost.
It wasnt very complex to hex and resync the movie, thx to text movie format. Took only a few hours of work, there was probably less than 30 desync in total.
Upgrading the run to a newer version of psxjin later sound pretty easy.
As for why theres no improvement, im not aware of any possible ones, given the very small ammount of touching on the input im safe to say its at least as good as old one, aside from rng seed of course.
All credits goes to pirate_sephiroth, i doubt his run is any improvable, unless there would be a sort of new glitch.


As for those asking why submit or do this, and why not after all ? if the problem is my name in the submision, idc to just leave pirate credits, i dont see why we should abstain ourself to have a _nearly_ identical run but on a better emu.
If someone feel manly enought he can beat it, at least will start from a run with a more decent emu.


Mukki: Judging...

Mukki: This is a difficult decision. The main benefit of accepting updates would be more accurate runs. However, the key word here is more accurate as the limitations of emulators are well known. Updating, therefore, should be a matter of degree. It would be worthwhile where the differences in emulation are considerable, in this case the difference is only a few seconds. There is a potential downside to accepting updates: firstly, as in this case, they can be submitted by someone other than the original author, thus taking control of the work out of the author's hands; secondly, and similarly, it could result in users updating popular runs in order to one-up others and join in the glory of a particular run; finally, as said in the thread, I see no point in compelling our encoders to re-encode movies with no material difference. Also, Circus Charlie was mentioned as precedent for updates. I don't think the circumstances are quite comparable. In Famtasia we had an unsatisfactory emulator of hellish proportions. PCSX sucks, but it is not quite in the same league. As stated in the Famtasia obsoletion discussion the purpose of striking-off these runs was due to the representation of TAS quality very early on, rather than a compulsion to have slightly better timing. Therefore, I do not feel bound by it. For lack of a compelling reason to accept this update I am rejecting this submission for not improving the currently published run.


Similar submissions (by title and categories where applicable):