Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Post into existing thread, no matter how long since the last post.
Seems fine.
Yes, but OTOH, if you post a WIP, others can provide feedback.
First submissions are usually not too good. IIRC, only about one third get published, and of those, significant fraction are improvable by a good amount.
Feedback / working with more experienced TASer should significantly increase the chances.
AFAIK, There is no rerecording emulator that can emulate Atari yet (or at least not submittable one).
Oh, and here is a listing of movie file format extensions and what emulators those are for:
BKM: Bizhawk (alternative extension)
DOF: Dosbox-rr (not accepted as it never worked reliably)
DSM: DeSmuME
DTM: Dolphin
FBM: Final Burn Alpha Rerecording
FCM: FCEU
FM2: FCEUX
FMV: Famtasia (not accepted anymore)
GMV: Gens rerecording.
GZ: openMSX (obsolete extension)
JRSR: JPC-RR
LSMV: lsnes
M64: Mupen64 Rerecording
MC2: VBjin (VBoy), Mednafen Rerecording or PCEjin (others)
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Publications with very large movie files (the file inside submission .zip) can apparently fail in nasty way due to out of memory error (it tries to load the entiere movie into memory).
This looks to be the reason for the mess relating to publishing 2022M.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Sounds like key-blocking. On most keyboards, some three-key combos can't be pressed together.
The workarounds are:
- Try finding key combinations that can be pressed together.
- Use a gamepad.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
It is not just the YT encode that is that way, the primary and 10bit444 encodes are too.
Perhaps related to known VBA-rr problem where the emulator is confused about frame duration if the GB screen is turned off?
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
That can be either:
* Very old hardware.
* Some slow to emulate expansion chip (however, I find no information about existence of such chip, so I regard that as unlikely)
* You are misreading it, it is really about 59-61 and you hit that 60% speed bug.
If it is the last one, selecting '1x' from speed menu would speed it up.
First two, not much doable besides upgrading the computer hardware.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Odd voltages (overvoltages or wrong polarity) blowing out components?
Of course, that is not supposed to happen, but if one is dealing with broken ports...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
There is List of Ideas page. But not every game there is a good game choice (those things actually can get rejected for bad game choice).
Oh, and the standard method to determine if game is good or not: Make a TAS of the first level or first few levels and post a link to forums (if there is no existing thread for the game, you can create one).
Oh, and regarding speed of lsnes. When playing carts that don't contain accelerator chips, even bit oldish computers can get 200% speed. But that is signaficantly slower than what snes9x gets (I think it is about half of newest snes9x versions).
Then some games use various chips. Pretty much all those tank the speed. Cx4 is legendary for doing so much more than others (and woe if the game is some weird hack that uses multiple chips, fortunately, no official game does).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
You are exceeding what h.264 allows.
Specifically, h.264 has two fields that control what is allowed in stream, called profile and level.
When encoding for computer decoding, profile is almost invariably "high" (which is the most permissive profile).
x264 sets level automatically. But if there isn't a defined level that would allow the video, x264 just writes the highest level, warns about what it is doing and then proceeds to break the limits (hoping for the best).
Sounds like usual Youtube processing fsckups.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Sounds like it crashes with segmentation fault or hits some internal error but doesn't handle it or something...
What is the exact action that causes it to crash? Clicking to change the key? Changing those checkboxes in dialog? Changing the key class (alphabetic, numeric, editing, etc...)? Changing the key? Clicking OK (if so, with what values)? Clicking Cancel? Clicking Clear?
Also, does doing similar things with adding a keybinding (keybindings tab, add button) cause lsnes to bomb?
Presumably knowing when exactly it bombs would help figuring out what goes wrong...
Edit: Found a crash bug (probably not the same one, requires a joystick):
Have some joystick axis to be set to anything except disabled.
Set some hotkey to that axis (if axis pair type, either direction will do).
Go to joystick configuration, flip that axis between pressure type and axis pair type (or set it to disabled).
Go change the hotkey you set (the key will be blank)
Without changing the key or the class, hit OK.
lsnes will crash (due to trying to set invalid key as hotkey).
In general, clicking OK with key entry box blank (obtained by any means) will crash lsnes.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Yes, it is 601 (TV or full depending on parameters).
The x264 MP4 muxer is worse than useless. The timecode data it writes is WRONG and NHMLFixup CAN NOT fix it.
NHMLFixup has aspect ratio correction mode (but only 4:3 and 16:9).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
By "reset bug" you mean the infamous FCEUX bug where hard resets spontaneously appear in the movie?
If so, just grab the newest SVN release build, as that bug has been fixed there (and it will likely sync with 2.1.5 anyway).
Unfortunately, I don't think so. Current versions of Mednafen-rr are grossly broken for anything except PCE and PCECD, so you would first have to locate a version that could rerecord NES...
Basically, the issue is that it tries to record any platform it supports to .mc2, but MC2 can only represent PCE and PCECD, so in the end it fails to record anything.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
One would need a bit more than just 1 encode to get that role (it is a role), and yes, adding encodes (downloadable/YT) to publications is exactly what that role is about.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Well, for a lot of games, how good those are for TASing is not known before a TAS is attempted.
Make a run of the first (or first few) tracks and post a link to appropriate games forum (since this is a NES game, to "NES Games"). If there is not already a thread for the game, make one.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Depends on video editor and if it can do the operations required (logo insertion, scaling and subtitling) and can export at acceptable quality.
This requirement is much harsher if you are using video editor to make downloadable or 512 encodes, as those need to be compressed using x264 and harsh settings.
As to if any practicular video editor can do that, I don't know.
And x264 is not a codec, it is a compressor for h.264 codec.
Just be careful here: Don't confuse camstudio codec (CSCD) and camtasia codec (TSCC). Similar names (and even similar codecs), but different things.
* Both CSCD and TSCC are RGB and lossless -> Acceptable codecs for dumping.
* Both CSCD and TSCC can be uploaded directly to Youtube.
* Both CSCD and TSCC can be decoded by FFMpeg.
* CSCD is free.
* TSCC compresses better of those two.
BTW: I have implemented compressors for both of those from scratch.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Use Joy2key or similar program.
The current win32 builds don't support joysticks directly (this is a TODO).
And besides, that joystick configuration thingy is mostly useless.
EDIT: I implemented Win32 joystick support, but there is no release with that yet (will be in the next one). Also, that can't do pressure button detection, so joystick configuration might have some use...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Most won't sync, but if one syncs when converted, great (some Famtasia encodes were really done that way).
Also, some movies that don't otherwise sync may start syncing if a couple of extra blank frames is inserted to the beginning.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
The ratio limits are now per-platform. Previously the same ratio limit applied to all platforms, which was kind of silly, considering the extreme graphical complexity differences between, say Gameboy and Wii.
The unit is 1,000,000 bytes per minute (of encode time).
Reasonable effort shall be given to get good quality encodes within these size limits. However, with some games, that just isn't possible.
However, don't make oversized encodes, even if within limits.
These limits are likely to be revised later (especially with platforms where there is little data on graphical complexity)
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
lsnes: No support for dumping with filters, although one could dump the digital video data bit for bit and then filter that.
But that would require custom program to decode the dump, filter it and write the result out.
No idea about other SNES emulators.