Crystal clean PCM 8bit samples on the poor PSG

Página 3/14
1 | 2 | | 4 | 5 | 6 | 7 | 8

Por tfh

Prophet (3346)

imagem de tfh

03-01-2006, 10:19

I must say it sounds really nice!
On the other hand.. Why a French song??? Wink

BTW,

Does anybody know how the samples were done in Valkyr. In my memory, these were also quite clear...

Por ro

Scribe (4963)

imagem de ro

03-01-2006, 17:01

wow, just checked. really awesome! very good job man.

Por mars2000you

Enlighted (6481)

imagem de mars2000you

03-01-2006, 17:14


On the other hand.. Why a French song??? Wink

Vive la France ! Tongue

Por ARTRAG

Enlighted (6935)

imagem de ARTRAG

04-01-2006, 12:09

The first issue is the RLE encoder, go to
http://www.msx.org/forumtopicl5672.html

(for now)
:)

Por dvik

Prophet (2200)

imagem de dvik

20-01-2006, 08:28

Hi All,

We finally have a first release ready of the encoder and replayer. The release package contains an encoder application (with source) and replayers for playing 8kHz, 11.025kHz, 22.05kHz and 44.1kHz chrystal clear samples on your PSG. You can find the release package at:

http://www.bluemsx.com/psgenc/pcmenc_v001.zip

If you're too lazy to make your own samples you can take a listen to one of our 44.1kHz test samples (played on my Philips VG-8020): http://www.bluemsx.com/psgenc/royksopp.mp3

Por Alex Ganzeveld

Expert (89)

imagem de Alex Ganzeveld

20-01-2006, 09:04

SODEJU! Sounds good!

Por ARTRAG

Enlighted (6935)

imagem de ARTRAG

20-01-2006, 10:00

Just a last release note about the Viterbi metric.
While using the encoder with 1 PSG transition per input
sample (i.e. typically at 44kHz) the MSE metric (i.e. L2)
could lead to some "static noise".
Viterbi optimisation, while maximizing the SNR, can admit
occasionally large sparse errors.
Those large sparse errors can be heard as annoying "static noise".
In those cases you can try L3 or L4 or higher order metrics.
Those metrics lead to a lower SNR but reduce the occurrence
of large errors, so the "static noise" problem is reduced.

When using the encoder with 3 or 2 PSG transition per input
sample the "static noise" problem is less important, as the
optimisation has more degrees of freedom in the choice of
the PSG levels, so L2 metric (that maximize the SNR) is typically
the best choice.

Por Manuel

Ascended (19465)

imagem de Manuel

20-01-2006, 11:19

Note that the encoder program doesn't "just" compile on my LInux box;

st.h:25: error: 'uint32_t' does not name a type

for example. A bit strange, in st.h the types are defined only for non-GNU compilers??

If I reverse that ifdef, it compiles fine.

Por ARTRAG

Enlighted (6935)

imagem de ARTRAG

20-01-2006, 11:33

Using my cygwin the gcc compiler accept it without problems
In any case if you compile with the noresample #define, st.h is
skipped.
In this case you need to do by yourself the input processing
in order to have the sample frequency you need.

Por POISONIC

Paladin (1012)

imagem de POISONIC

20-01-2006, 17:10

WOW but i guess its very CPU time consuming but the quality overall is fantastic especialy that royksopp sample Tongue

Página 3/14
1 | 2 | | 4 | 5 | 6 | 7 | 8