Because sprites are loaded during (or at the end of) the previous line, there would be no sprites on the very first line. The SNES "fixes" that by not rendering the first line of backgrounds either.
Games either ignore that completely, or compensate by setting the vertical scrolling registers so that the first line becomes visible again.
Maybe you could do something with LUA by intercepting and modifying writes to these registers, but that's just a guess.
emu.setrenderplanes
void emu.setrenderplanes(bool plane1, bool plane2, [bool plane3], [bool plane4])
Toggles the drawing of sprites and background planes. Set to false or nil to disable a pane, anything else will draw them.
OK, I'll upload an encode (video=CRF20; audio=245kbps MP3) but it'll take at least 2 hours.
The parts will appear here: http://www.mediafire.com/?jb2ug99f8nlky
EDIT: Done.
Some ideas:
1. A checkbox in the "Choose A/V writer" dialog to write only every 2nd frame, and set the frame rate to half the current rate. This would save some time and space for encoding Youtube videos that don't require Deblink/TASBlend (although the uploader would still have to set the frame rate to 30 and adjust the audio).
2. As above, but also set the frame rate to exactly 30 and the audio rate to round(default_audiorate * 60 / default_fps).
3. Also, SNES audio is currently recorded at 44.1kHz. Wouldn't 32, 48 or 96kHz be better?
What would you do if the game uses color math (i.e. transparencies)?
The SNES calculates 512 color values per line, 256 for "main screen" and 256 for "sub screen". When color math is disabled it shows only mainscreen pixels, otherwise it adds/subtracts a color constant or the subscreen pixel. (Optionally the result can then be halved.) Both screens can be configured to show only specific layers (BGs or sprites), and this can be changed line-by-line.
(in hi-res modes it shows all 512 pixels per line)
It looks like Youtube HD encodes can get really big in file size, which might be a problem because the Youtube file size limit is 20gig.
You can always split the video into several YT parts.
To be honest I don't see the need for higher resolutions than 720p (native resolution = 240p) or 1080p (native resolution = 480p; use PointResize 2x first). The most important thing is to avoid YT's 480p mode which degrades quality too much.
After a video is run through the Hybrid Encoder, a .ogg file is created in the "temp" folder that contains the audio from the video dump. The rate is 49716. I recorded test audio with Audacity and saved it at the same rate as an .ogg. I downloaded the most recent version of AVISynth and MeGUI. When I try to run a script merging the two files from within the MeGUI environment (or from within VirtualDubMod), it says it cannot open the sample .ogg file. AVISynth's wiki says that it requires a third party library and plugin set to mix .ogg audio files. I downloaded BASS, but can't figure out where to place the libraries for use by AVISynth.
This will load all of them... (unfortunately it can get very slow when the resolutions become very large):
Open_PSXjin("test")
# BilinearResize(1024, 768) # final resolution
# FlipVertical # may be necessary with some codecs
last
function Open_PSXjin(string Name) {
Base = "000_" + Name
Video = DSS2(Base + ".avi")
Video = PSXjin_FindSegmentFile(Video, 1, "_" + Name + "-")
Audio = WAVSource(Base + ".wav")
AudioDub(Video, Audio)
}
function PSXjin_FindSegmentFile(clip Video, int Index, string Name) {
s = String(Index, "%03.0f") + Name
f = PSXjin_FindSegmentFileX(s, 256)
return (f != "") ? Video.PSXjin_AddSegment(f).PSXjin_FindSegmentFile(Index + 1, Name) : Video
}
function PSXjin_FindSegmentFileX(string Base, int x) {
s = Base + String(x, "%03.0f") + "x"
f = PSXjin_FindSegmentFileY(s, 216)
return (f != "") ? f
\: (x < 640) ? PSXjin_FindSegmentFileX(Base, x + 16)
\: ""
}
function PSXjin_FindSegmentFileY(string Base, int y) {
s = Base + String(y, "%03.0f") + ".avi"
return Exist(s) ? s
\: (y < 480) ? PSXjin_FindSegmentFileY(Base, y + 8)
\: ""
}
function PSXjin_AddSegment(clip Video, string FileName) {
v1 = Video
v2 = DSS2(FileName)
x = LCM(v1.Width , v2.Width )
y = LCM(v1.Height, v2.Height)
return v1.PointResize(x, y)
\+ v2.PointResize(x, y)
}
################################ tools ################################
function LCM(int a, int b) {
# Least Common Multiple
# en.wikipedia.org/wiki/Least_common_multiple#Computing_the_least_common_multiple
Assert(a > 0, "LCM: a must be greater than zero")
Assert(b > 0, "LCM: b must be greater than zero")
return (a * b) / GCD(a, b)
}
function GCD(int u, int v) {
# Greatest Common Divisor
# en.wikipedia.org/wiki/Binary_GCD_algorithm#Recursive_version_in_C
Assert(u > 0, "GCD: u must be greater than zero")
Assert(v > 0, "GCD: v must be greater than zero")
return (u == v) ? u
\: (u == 0) ? v
\: (v == 0) ? u
\: even(u) && odd(v) ? GCD((u ) / 2, v )
\: even(u) ? GCD((u ) / 2, v / 2) * 2
\: even(v) ? GCD((u ) , v / 2)
\: (u > v) ? GCD((u - v) / 2, v )
\: GCD((v - u) / 2, u)
}
function even(int i) {return ((i % 2) == 0)}
function odd (int i) {return ((i % 2) == 1)}
("00_x" = parts of encode 0, "01" = encode 1, etc.)
Alternatively it would be possible to find the least common multiple of each dimension, use PointResize to upscale to that resolution, then downscale with Biliniear/Lancoz.
What good does it do if you convert an smw file to bkm other than making it compatible for Bizhawk? I find it hard to believe Bizhawk magically inserts proper console emulated frames and whatnot after converting.
Yeah... There is the possibility that the TAS completes the game even though the emulation is different. There is no way of knowing if the TAS could've been shortened unless it's redone on newer emulation.
Derakon wrote:
Presumably as long as SNES9x or whatever emulates the game as accurately as BizHawk does, you should be able to freely convert movie formats without getting desyncs.
But there's no way to be sure. The point of using BizHawk is to remove all uncertainty; even the timing of the different cores won't have an effect on games any more by now.
AngerFist wrote:
I remember Herooftheday said Snes9x v 1.52 emulates Super Metroid slightly better than Bizhawk.
