Why not a ".TSX" Format for MSX Tapes???

Page 5/11
1 | 2 | 3 | 4 | | 6 | 7 | 8 | 9 | 10

By NYYRIKKI

Enlighted (4590)

NYYRIKKI's picture

12-06-2014, 17:31

wouter_ wrote:

I had a feeling you were going to create such a thing Wink
Nice job.

Just as well as I'm afraid that you are trying to fix the problem by implementing "automatic pause" ;-)

By hit9918

Prophet (2600)

hit9918's picture

12-06-2014, 17:48

is TSX like WAV or is it like CAS?
I would need the WAV way to make a new file format for casette.
Not a special one, rather MSX is missing a sane one. Actualy doable with bios level coding. Done that, I guess CAS wont work anymore.

And I need things not only in emu, but also on soundcard to load on real machine.
I dont know, does TSX come with to-wav converters? Or is it the CAS way?

By Manuel

Ascended (13215)

Manuel's picture

12-06-2014, 17:53

mars2000you wrote:

Nice test Smile

No any problem in blueMSX (direct support for CAS files with BIOS patching), but the final sentence is missing with openMSX ...

Yeah, but patching BIOS is not emulation, is it? Tongue

By mars2000you

Enlighted (5036)

mars2000you's picture

12-06-2014, 18:05

Manuel wrote:
mars2000you wrote:

Nice test Smile

No any problem in blueMSX (direct support for CAS files with BIOS patching), but the final sentence is missing with openMSX ...

Yeah, but patching BIOS is not emulation, is it? Tongue

And forcing automatically RUN, CLOAD or BLOAD is not emulation Tongue

Besides, you play with the words, as you know perfectly that the BIOS rom is not altered, only its 'ghost' in the MSX memory.

By wouter_

Champion (378)

wouter_'s picture

12-06-2014, 18:00

NYYRIKKI wrote:

Just as well as I'm afraid that you are trying to fix the problem by implementing "automatic pause" ;-)

Well, I don't have plans to fix this in openMSX. Not unless some useful, no offense(*), examples turns up that don't work correctly (and maybe not even then). So to load your example in openMSX you need a better file format than CAS. And since this topic is about replacing CAS with something else that's a good thing, right Wink

(*) Your example is very useful to demonstrate the problem, but you know what I mean.

By hit9918

Prophet (2600)

hit9918's picture

12-06-2014, 18:16

What about low Hz wav?
2400hz, 4 sample bytes per bit.
With only sample values -127 and 128, maybe zip makes it as good as a bitstream.
What is needed is just a bitstream, except freaky encodings with differing pulse length.

p.s. I just tried to google what is "TSX casette format" and end up in this thread Smile
no idea whether it is just bitstream.

By mars2000you

Enlighted (5036)

mars2000you's picture

12-06-2014, 18:19

hit1998 : check the very first post in this thread

Quote:

Some time ago some MSX Users were talking-considering the possibility of create a new format for the MSX Tapes like the ".TZX" format that Spectrum Users have. It could be named als ".TSX".

So, search for TZX with Google.

By hit9918

Prophet (2600)

hit9918's picture

12-06-2014, 19:06

It seems to include the pulse length.

Quote:

14 - ZX Spectrum +3e hard disk
00 - ZX Printer, Alphacom 32 & compatibles
BORDER Colour in Spectrum colour format

whatever this is. I wouldn't port this, I would in 1% development time make a bitstream.
if low hz wav compresses similar, that is better, because wav is an existing format.
then one got a chance to play it to real MSX.

By SyX

Supporter (2)

SyX's picture

13-06-2014, 17:37

My two cents, i feel is more interesting support PZX. It has the advantages of preservation of TZX, but with a simpler implementation than TZX. And it's supported in MAC/Linux and Windows.

By hit9918

Prophet (2600)

hit9918's picture

14-06-2014, 11:14

What is a "ZX block".
The MSX casette has a bitstream, and all the bload cload etc work on top of that, the bitstream format needs to know NOTHING about it.
New inventions like a block number and error check would work out of the box.
Because it is a different protocoll layer.
That is why I am suspicious about the ZX formats.

MSX bitstream file:
4 bytes amount of bits
rest is bitstream
done.

The only thing it doesnt cover is different PPI wiggeling patterns and pulse length.
The ZX formats that feel "universal",
can they cover for example "a 1 bit shall be PPI wiggle UP DOWN UP DOWN UP UP, each one in different timing".
I guess no.

Now that I think of it, instead MSX bits the bitstream could contain "PPI wiggeling pattern".
With an MSX casette, the file would contain only these 4 byte values:
11001100
11001010
10101100
10101010

The question is whether this does zip to similar size if the packer finds the repetitiveness.
with this format, any other pattern can be made, odd timings need to crank up the hz.

So now what I did is practicaly invent a "1 bit wav" format... how about taking just wav. A "low hz wav 9600Hz" would consist of only these sample sequences:
-127,-127,127,127 for the 0 bit
-127,127,-127,127 forthe 1 bit

again the question whether zip finds an aceptable packing.
then the solution goes with NO new format. that would be the greatest sucess in format invention Smile

Page 5/11
1 | 2 | 3 | 4 | | 6 | 7 | 8 | 9 | 10
My MSX profile