Previous Page | Next Page

by Knurek at 12:10 PM EST on January 3, 2018
Will this slot in into current VGMStream, or do we need a new build?
Sonic Gems Collection DSP files by furrybob at 12:28 PM EST on January 3, 2018
@bnnm
Good point. I'll probably just add a prefix of Atrac9 or something. And you're right. Vita can't do band extension decoding in hardware.

I've got a couple of hours today, so I'll probably get band extension ported and then do more complete testing/bugfixing.

Edit: Decoder port is feature-complete and accurate based on some additional testing I've done.

Take note of the rearranged parameters in Atrac9Decode if you're moving to this newer version.

edited 5:06 PM EST January 3, 2018
by bnnm at 7:23 PM EST on January 3, 2018
@furrybob - great, I'll test some more later and upload/notify kode54 if that's the 'probably final version' (I think he wanted to add the C code directly for his other players though). If you can generate a new .DLL to test it would save me some time to setup Makefiles.
Also found one actual 6ch file (Last of Us), seems to work with VGAudio but not with the first DLL release, I'll report.

@Knurek - next or next-next build I think, plus other(s) for lame variations (ex. EATrac, FSB/XVAG 6ch).
While you are still here, could you post that Vita decryption tool? (probably helpful to have around)

edited 7:30 PM EST January 3, 2018
by furrybob at 9:09 PM EST on January 3, 2018
@bnnm
Here's a new dll. It's not the final version. I'll do some of refactoring and cleanup, and remove the pre-generated tables.

The dll posted yesterday only played streams with 1, 2, or 4 channels because 6 and 8 channel streams have an LFE channel, and I hadn't added LFE block decoding yet.
by Knurek at 12:43 AM EST on January 4, 2018
@bnnm: Here you go
(Not a native windows executable, requires Bash on Windows)
by bnnm at 12:50 PM EST on January 4, 2018
@furrybob - worked great. I guess the API is now stable so I think I'll up my code, and the lib can be integrated to vgmstream then.
Well, unless you'd prefer to wait, but we can sync the lib as you upgrade it (the code is very readable btw, props).
by furrybob at 5:43 PM EST on January 4, 2018
Add it whenever you feel it's ready. The API and the entire port should be stable now.

The only functional change left (I think) is to generate lookup tables at runtime in order to save about 100-150? KB of space in the binary.
Other than that, changes would include making the code style uniform and maybe reducing the number of files in the source.

Would the library be placed in something like /ext_libs/libatrac9?
by kode54 at 11:41 PM EST on January 4, 2018
You're welcome to include the full library in VGMStream, I guess. I don't know why I bothered to include the DLL version of it, but I can change that.
by furrybob at 1:58 AM EST on January 5, 2018
@kode54
Either way works for me, so whichever works best for you.
Although I suppose that including the source means that ATRAC9 support would be included in cross-platform builds instead of just 32-bit Windows ones.
by kode54 at 2:51 AM EST on January 5, 2018
I had already just assumed that people using the libraries would be pulling in the extra dependencies elsewhere. Probably a mistake to assume that.

Previous Page | Next Page
Go to Page 0 1 2 3 4

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