Next Page

lazyusf2 by kode54 at 8:27 PM EST on February 20, 2015
I attempted a thing. It doesn't work much yet, at all. And not due to the R4300i cores, which all seem to work. Well, at least x86_64 old recompiler works. No x86 32 bit, no NEW_DYNAREC modes.

http://bitbucket.org/kode54/lazyusf2

edited 1:35 AM EST February 21, 2015
by Knurek at 10:54 PM EST on February 20, 2015
Hi kode54, sorry for OT, but did you get my email about foo_gep and M3U playlists for NSF files not working?

Just try and play any of the cmh NES sets, the M3U just gets ignored. They work fine for every other type foo_gep handles (GBS, KSS, SGC, HES)
by kode54 at 5:48 PM EST on February 21, 2015
Thanks for the off topic reply. That's a feature I don't implement, and still don't feel like touching yet. Why can't rippers just make use of the NSFE format?
by dogman91x at 7:42 AM EST on February 22, 2015
Thank you so much for working on this. The USF player as of now still isn't perfect so it's great to see work on this being done. Some USF files simply refuse to play and other rips have problems like DK64's pitch being slightly lower than it should (though maybe that has more to do with the rip than the player?)

Kind of off topic: I don't know much about N64's audio, but is it possible to add different interpolation filter options like Game Emu Player has for SPC files? (Cubic, Sinc, etc.) I'm wondering if this might help the quality of 22khz rips, even if it's not necessarily accurate to what the N64 hardware does.

@Knurek; download "not sofatso" for winamp; load up your NSF file, right click on the NSF file and select "View file info" then select "convert to NSFE". Then it should be separated tracks in Foobar when you load up that resulting NSFE (I believe).

edited 12:52 PM EST February 22, 2015

edited 12:52 PM EST February 22, 2015
by Mouser X at 11:50 AM EST on February 22, 2015
Big :( @ Off Topic:
TL;DR version - Knurek knows of NSFe, but there's no good, easy to use, and cross-platform tools to support the NSFe tagging (and transfering tags from one NSFe to a different NSFe file).

Knurek knows better than most of the NSFe format. However, he has an extreme distaste for said format. The reasons (as best as I can remember) for his view are that he hasn't found an easy, cross-platform NSFe tag editor (aka, there's no psfpoint equivalent for NSFe). Secondly (closely related to the first problem), when a NSF is re-ripped or updated, it's difficult to update the tags in a NSFe. For the M3U files, if a set is updated, it's a simple fix (in a text editor no less) to update the tags. In fact, often, no change is necessary at all. Just put the new NSF in place of the old one, and the M3U will work, without change.

Personally, I prefer the NSFe format, as it works in Rockbox, and is self-contained. The M3U files are a separate file, and is just another file to clutter up a directory. I am well aware that Knurek doesn't look at it that way, but if a good tagging tool were made for NSFe files, I think it would take care of many of Knurek's concerns. However, I am not Knurek, and I don't want to speak for him. I realize this whole response is largely "speaking for him", but my intention was to explain that Knurek knows perfectly well of the NSFe format, and doesn't need instruction on how to use it.

Regarding kode64's "Why can't rippers just make use of the NSFE format?" - Most of the NSF collections I've seen over the years have been compiled by Knurek. There have been other collections, and they rarely use NSFe. However, I don't often see rippers tag their own rips. And since NSFe is only useful for tagging, if the ripper isn't going to tag it in the first place, then NSFe isn't very important to them. On top of that, there *is* a tool that can convert NSFe files to NSF+M3U. But there is no tool to convert NSF+M3U to NSFe. Someone (snakemeat or ugetab, if I recall correctly) tried to make one, but they couldn't come up with a reliable way to parse the M3U file.

Anyway, that's a lengthy explanation as to why NSFe isn't a more popular, or more widely distributed, format. Mouser X over and out.
by punk7890-2 at 12:35 PM EST on February 22, 2015
Is it possible in the future of this version of lazyUSF to have a resample option like the SPC player does? Would be extremely useful for Rare's games.
by kode54 at 3:35 AM EST on February 23, 2015
Sorry about that. I can add the M3U reading, but not really offer much else.

Game_Music_Emu does provide its own viable and flexible M3U parser, for that purpose. It could be used for reading in M3U tags. Unfortunately, it cannot be used for writing back out the resulting tags. The classes lifted from NotSo Fatso could be repurposed and made portable for that, though.

I have added a resampler to lazyusf2, it defaults to outputting 44100Hz, with no real improvement in quality, but definitely an improvement in convenience.
by punk7890-2 at 8:35 AM EST on February 23, 2015
Cool. I'm not sure how to download it for foobar though. I guess there's no foobar build yet?
by dogman91x at 8:51 AM EST on February 23, 2015
I use the SoX resampler plugin all across the board for resampling in foobar. It has good sounding algorithm; I suggest people use that.

Hopefully there'll be an option for (auto)/(original sample rate) in lazyusf2

edited 2:01 PM EST February 23, 2015
by punk7890-2 at 10:06 AM EST on February 23, 2015
Yeah I do know about that. I use it all the time for Rare's awful output rate of 22khz in their games. It does indeed do the job. Was hoping in the future something close to or on par with SNESAPU's resampling methods since from my understanding do indeed add quality. Even if not, it sounds wonderful.

Next Page
Go to Page 0 1 2 3 4 5 6 7 8

Search this thread

Show all threads

Reply to this thread:

User Name Tags:

bold: [b]bold[/b]
italics: [i]italics[/i]
emphasis: [em]emphasis[/em]
underline: [u]underline[/u]
small: [small]small[/small]
Link: [url=http://www.google.com]Link[/url]

[img=https://www.hcs64.com/images/mm1.png]
Password
Subject
Message

HCS Forum Index
Halley's Comet Software
forum source