I like it how there's always someone bashing wla with hearsay in every thread on this sub.
Bregalad wrote:And open yourself to a lawsuit just as much as if you had ripped the Mario sprites out of Super Mario World.
As far I know, fonts are not copyrightable, so logically sound fonts would follow the same rule.
However, if you're smart enough you'll rip each sample from a different game from a different company so nobody will even notice. That'll work better than having every letter from a different font (which will likely be very ugly).
I've seen so many games using Roland SC-55 samples for some of their instruments. Did Roland ever lawsuit game companies ? Or did they pay a licence ? Or is buying Roland hardware considered good enough ?
I don't know if you're joking but that's some pretty poor reasoning, a soundfont is not a text font.
The majority of samples used in SNES games were not made by game companies, it's all ripped from various samplers/sample packs. Every hard-/software sampler I've ever encountered is perfectly legal to use for whatever (except ripping and selling the samples as a new sample pack), so long as you paid for the unit/didn't pirate the software. What tepples said about licensing samples sounds plausible too.
I don't think you can use samples ripped straight from Nintendo games even if you do own the unit those samples originated from since Nintendo must've converted the samples to brr and likely processed them too.
Making your own samples for the snes isn't hard anyway, I'll try to make a tutorial at some point.
tepples wrote:
Except at the start of vblank, which bites you if your NMI handler didn't have much to copy this frame and you immediately start to run your next frame's game logic. Then you're back to loops to wait for the automatic reading to finish.
Auto-joy takes about 3 scanlines iirc, if you've got no DMA or calculations to perform during that time I don't think your game logic would be particularly stressed. Doesn't hurt to have a loop in place as a precaution.
nocash wrote:but the 8bit/16bit mode switching is just insane.
It is a pretty annoying feature, I agree. Something that all of the open assemblers are missing that I saw in the psygnosis 65816 assembler is being able to assert accumulator/index size. This would eliminate many bugs caused by forgetting to change the size before calling a subroutine or using a macro with the wrong acc/idx size. That's about the only big inconvenience in my opinion, and you can sort of solve it with macros in ca65 (or by writing safer but slower code, ew).
nocash wrote:Anything wrong with no$sns?
Breakpoints for main cpu bug out sometimes, it's impossible to remove one without clearing all breakpoints. It rarely happens and I haven't been able to observe a pattern yet.
My wishlist for no$sns features:
- Being able to set breakpoints on ROM/VRAM/WRAM/etc reads/writes (basically the entire memorymap + isolated stuff like vram and aram) would also be useful.
- A way to view the contents of VRAM/CGRAM/OAM in hex.
- A better organized I/O map window, or perhaps even just a simple list view like the debug window interface with the data next to each register, this way you could also map in additional registers easily like GSU and SA-1 mmio.
- Being able to set breakpoints on coprocessor execution would be nice.
- Support for .sym files. WLA can generate them but no$sns always complains about corruption (I tried all sorts of modifications but no dice). It'd be really convenient to have symbolic debugging.
Of course no$sns is already great as it is, I use it all the time for debugging and testing. I really appreciate the effort you've put into it so far
Also while I'm at it did anyone ever figure out how to get the WLA macro ARGS to work? Macros start looking unnecessarily cryptic once you get to \5 or so. Been thinking about giving it another shot, even if it's abandoned at this point.