Nandemo PiGa the binary <-> wav converter for tapes

Page 1/6
| 2 | 3 | 4 | 5 | 6

Par Takamichi

Champion (270)

Portrait de Takamichi

08-12-2019, 03:11

Recently I found an excellent utility for dumping tapes called Nandemo PiGa It's extremely tweakable and can dump almost anything.
Though the original developer told me he has no intention to release English version, most menus are self explanatory and Google translation of the page is pretty intuitive. If you wish, I can translate the menus.

!login ou Inscrivez-vous pour poster

Par Manuel

Ascended (16021)

Portrait de Manuel

09-12-2019, 20:56

It looks interesting, as we have had a lot of problems of correctly interpreting the sound from cassette tapes in the openMSX project. Direct tape recordings mostly work, but there are still examples that do not work. So it would be interesting to know how the author approached it.

Par enribar

Paladin (1014)

Portrait de enribar

09-12-2019, 21:58

Me and Takamichi have sampled in wave a couple of rare tapes, but expecially one of them doesn't load on openMSX.
We have a request: is it possible to add a sound volume enhancer in openMSX? It is very hard to find the right volume level while recording in wave.

Par Manuel

Ascended (16021)

Portrait de Manuel

09-12-2019, 22:06

Why not use an external WAV editor to do that?

Anyway, the volume isn't very important for openMSX, as long as it's not too low. Just like the real thing, the zero-crossings are the most important.

Par enribar

Paladin (1014)

Portrait de enribar

09-12-2019, 22:32

Hi Manuel, I already have used Audacity and another tool suggested in the forum of msxvillage, and tested many tapes. My final opinion and need is... a volume in openMSX is welcome ;-)

Par Manuel

Ascended (16021)

Portrait de Manuel

09-12-2019, 23:21

I'm not sure how it would solve things... what would you expect of it?

If you want to make a better WAV file, I don't think an MSX emulator is the thing you should use...

Par mcolom

Resident (57)

Portrait de mcolom

10-12-2019, 00:06

Manuel wrote:

there are still examples that do not work.

Do you mean samples that can be read in a real machine and not in openMSX? That's interesting, because the circuits to read the tape are really simple (DC filter + saturation + 1-bit counter). Perhaps some models had better circuits with synchronization, I don't know.
If the real machine neither can read it, that's a different story, of course.

Par Takamichi

Champion (270)

Portrait de Takamichi

10-12-2019, 14:26

Quick start; in the diagram in the original website, the button that generates CAS out of loaded wav is the upper one of two horizontally long cyan buttons; one left to "A000-BFFF".
You have to check the "MSX cas" checkbox.
To generate meaningful CAS out of the wav, tweak two slidebars, one "volume threshold" above "600", and one "PiGa threshold" right to "1800 Hz".
In case you didn't get it, Pi stands for shrieking handshake noise before the file, and Ga stands for low bzzz relevant to the actual file.

There was a tape that could be loaded with TRCAS but not with other real tape interface and could not be loaded by openMSX as raw wav. I posted a query but no one answered. I had hard time until I acquired this Nandemo PiGa which could process the wav to legible CAS.

Par Takamichi

Champion (270)

Portrait de Takamichi

10-12-2019, 14:40

Speaking of openMSX, can it "phase shift" the original wav like Castools does? It helps in a lot of cases.

Par Manuel

Ascended (16021)

Portrait de Manuel

10-12-2019, 22:08

Takamichi wrote:

Speaking of openMSX, can it "phase shift" the original wav like Castools does? It helps in a lot of cases.

No, it cannot. And I can't understand why it would help. On a real MSX I never had to reverse the phase (if that's what you mean with 'phase shift') to load any tape game. But our Philips NMS 1510 datarecorder did have such a button.

BTW: that name Pi-Ga is hilarious Smile I didn't realize it at all Smile

Par pgimeno

Resident (57)

Portrait de pgimeno

11-12-2019, 02:15

Hi, first time poster here. I think that Takamichi means volume threshold, not the volume itself. They are different things; in openMSX the threshold could perhaps be adjustable. It also seems that the PiGa threshold is the time threshold at which a full cycle is considered a 0 or a 1 (measured in Hz, so inverse time). The latter may not be directly controllable in openMSX, but perhaps changing the relative speed at which the WAV is read (which is effectively equivalent to changing its frequency) would be doable and attain the same effect.

Page 1/6
| 2 | 3 | 4 | 5 | 6