It says "noise" regardless of the mic position, including if I start with the mic all the way down.tepples wrote:Does it say "noise"? If so, the microphone bit is getting triggered before the tone begins. Does it still say "noise" when you turn the mic volume all the way down? I'll need to add a real time display to troubleshoot this. If it instead says "no signal", does the other sound test make noise?
Is the mic continuously triggered if you open player 2 in my controller test?retrorgb wrote:It says "noise" regardless of the mic position, including if I start with the mic all the way down.tepples wrote:Does it say "noise"? If so, the microphone bit is getting triggered before the tone begins. Does it still say "noise" when you turn the mic volume all the way down?
UPDATE: I had krom in #nesdev test an interim build with a couple changes, such as less frequent polling (155 CPU cycles per sample instead of 11), and it still had the problem of not being loud enough to trigger without going straight to feedback. I'll just remove this test from the next version and wait until I get a Famicom of my own to try other things like $4011 manipulation.
With that said, is there any other output testing functionality I could put in 0.15?
It would be useful to be able to identify skipped frames (thinking about this recent thread).
In some of my work, the test I've used for this is to display a row of numbers, each number appearing for exactly one frame as we cycle through them. (All numbers have to be in a different visual position.)
Actually, after looking at the stopwatch test, that seems to be almost this, but I find it a lot less effective to try and read it because the numbers are always displayed, and the contrast between red and blue is not nearly as strong as if it would be if the numbers were appearing only on their frame. (Black would be better than that blue, and that dark blue is better than the red for contrast against white.) The little dots in the centre are only on for one frame, but they're small and red and in a circle instead of a row.
Additionally, a longer period than 10 may help; I've usually found 16 to be effective, in a row or a grid. 64 is probably too many, but 10 looks like too few to me, but I'm just "eyeballing" this, YMMV. A configurable period might be even better as it could help diagnose particular framerate mismatch problems too (e.g. 60 vs 50 fps).
Other versions of the 240p suite seem to have a "lag test" that is like your stopwatch but with bigger numbers arranged in a 4x2 grid; it seems that older versions had on/off numbers instead of red/blue, which I think was better, but given that the intent of that test was to be used with a camera, I don't think it made a difference for that purpose. My suggestion is for something that you should be able to see easily with the human eye, which wasn't really the original intent I think. A human test should try to emphasize and take advantage of persistence of vision (via greater contrast, or larger numbers, or only showing one at a time, etc.).
When I was talking about contrast I just meant that dark blue against the white background was a better contrast than red against white, but black against white would be best, and the inactive numbers should be invisible.
- Removed Famicom audio lag test after negative results by ccovell and krom
- Stopwatch: Clock face uses a blue active circle and pink inactive circles for contrast (requested by rainwarrior)
- Stopwatch: Down to show or hide inactive circles (requested by rainwarrior)
- (187.76 KiB) Downloaded 1548 times
Code: Select all
Name: 240p Test Suite Submitted By: Damian Yerrick Category: Not sure; it's a "toy" (non-game) but fits in 64K discrete See https://forums.nesdev.com/viewtopic.php?p=171163#p171163 Description: Tool to evaluate TV and upscaler processing of NES 240p video. Also includes a stopwatch to time how long your roommate has been on the phone. Controls: Control Pad, A: Choose an activity D-pad, A, Select: Control the activity (see help for details) Start: Show help B: Leave a help screen activity Rom info: UNROM Size: 64 KiB Zapper test requires Zapper and CRT SDTV Credits: Artemio Urbina - Original versions for Genesis and Super NES Damian Yerrick - Program and new artwork darryl.revok and mikejmoffitt - Some artwork lidnariq - IRE brightness measurement Brad Smith, Chris M. Covell, krom, Quietust, retrorgb, Johnathan Roatch, Eugene.S, Kevin Horton, thefox - QA and suggestions Other: Remember to view full instructions for each activity by pressing Start inside the activity. 240p Test Suite (NES version) 0.15 may be distributed subject to the GNU General Public License, version 2 or later. For a copy of this license and the complete corresponding source code, including instructions for all activities, visit the 240p topic on NESdev BBS: https://forums.nesdev.com/viewtopic.php?p=186299#p186299
Do you really need those three things? Emulator / PowerPak / Everdrive should be good enough to get it together, and if you need verification testing I'm sure there's many who could oblige (myself included).tepples wrote:I have received a private message asking for a port of 240p Test Suite to Famicom Disk System. I had to reply that I lack a Famicom, RAM adapter, and FDSStick with which to test it. Is there demand for an FDS port among anyone else?
The main caveat with PowerPak or Everdrive is that they swap sides automatically, and also the PowerPak FDS seems to have an accelerated load timing, but that only matters if you're doing something that requires loading to be specifically slower. (You can still make the license skip work on it without this.) Actually a test that can tell you the disk bandwidth might be interesting, though I'm not sure how you'd time it, since you'd want to go through the BIOS for compatibility.
This is not a request for a 240p port, though. I'm just suggesting that your lacking hardware isn't really a big problem. A good emulator with the original BIOS does a pretty good job of replicating it.
What Rainwarrior said re: emulators, but if you really need, I can provide testing or lend hardware.tepples wrote:I have received a private message asking for a port of 240p Test Suite to Famicom Disk System. I had to reply that I lack a Famicom, RAM adapter, and FDSStick with which to test it. Is there demand for an FDS port among anyone else?
The port would be neat, but I don't know that it's so important. Unlike a Sega CD port, it doesn't really make it a lot easier for others to use it by offering it on this disc based platform.
Further, I think it would be better if the lightest of the 3 bars on the right was one of the light greys, 10 or 3d (how are they different?) While it might technically be further from a pulge lightest grey (15?) than black, that's not really point of the test pattern; functionally, anything but black there would be better. Then if the 0D, blacker black, actually works out, you'd have functioning, maybe fully functioning, pluge bars!
BTW I've used this rom extensively for nearly all my CRT testing and calibration (which I do A LOT of), does everything great besides pluge, and of course chroma/phase calibration, but the later is a given with 55 colors; I have to use a TSG for both.
http://wiki.nesdev.com/w/index.php/File ... atches.png
https://upload.wikimedia.org/wikipedia/ ... rs.svg.png