Commodore 64 core dont load TAPs images

[mist-devel]

Commodore 64 core dont load TAPs images

[Julitium]

Hi. I also think it is possible. I do not think it necessary to make major modifications.
loading speed as a real c64 is desirable, because it would make sense to do a load from tape to an unreal speed, I do not think a load from tape is so exasperating bearing in mind that the average time is about 3 minutes
In other systems such as spectrum, Amstrad and other... Load from tape is more slow and boring.
about the whys .....
loading from tape C64 is the essence of the times when we used the system back in the 80's ....
multicolor screen presentation, hypnotizing Borders, musics (and minigames) "in-load" etc.
for instance, I personally have a C64, C64c, C128 and 1541 but always use the Tapuino as a way to load games. I have the taste of the loading of the 80's without the inherent problems of magnetic media (load failures, broken tape, degaussing etc).
really it costs me a lot to decide whether to acquire a unit MiST just this question.
load from disk is fine but do not think there entire catalog that appeared on tape (at least directly) ....
injection by PRG do not think in my case comes to Use it.
For all these reasons I request that is includes loading from
TAPs or T64 (preferably TAPs).

Thank you very much.

[pooky2]

Hello harbaum, the reason I hope to load TAP is because the load of some games had music and is a feature that did not have any other 8 bit computer , for example https://www.youtube.com/watch?v=-X2zNe3YFNM

[Julitium]

Hello.

I can see that not am the only interested in the load from images of tapes. pooky2 is right, the commodore 64 has a load from cassette that does not have any other 8-bit machine. the load from floppy not are excessively more fast, but it lost the flavor original with the loads of tapes (graphics and sound SID).

EricGus, your input is very interesting and can be used for this purpose... the problem would be that is that in addition to Rx and Tx is the other two signals (Motor and Sense) which are controlled by the processor. In addition these 2 signals not are TTL.

harbaum, I know that we are not many interested (or that may seem)... no it is proposed the addition of this option of tape, but I am sure that the owners of commodore 64 would appreciate it.
I still think that an implementation should be more faithful to the real system.
There is no hurry, but in the long term, the implementation of commodore would be at a level very high and varied (and accurate).

thanks.

[Julitium]

Hello,
I would like to reconsider the possibility of loading from .tap.
Other fpga systems are implementing them successfully and causing a great deal of interest in their user group.
Thank you .
greeting

[pooky2]

Sure, I meant uploading files from the F12 menu. The idea is to simulate the load of the tape so that MIST plays the load music. I do not need to connect a real cassette to the MIST board. 2016-12-03 1:12 GMT+00:00 EricGus <[email protected]>:

…

Are you just talking now about loading a .tap file from the F12 menu? .. that would be significantly easier to implement then trying to wire up an actual cassette player to the c64 core. That said there is no one actively developing or working on improvements or adding new features (like enabling disk writes or 1541 drive compatibility) to the c64 core that I know of (aside from a few much needed fixes that Sorgelig did to address NTSC display and improvement to the SID and speed up .d64 disk loading) .. the author of the fpga64 core "closed" the source after inclusion of proprietary code for the turbo chameleon and no longer publishes his updates. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#29 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AVWA2oKt6sK_xLwG_s96kI2QJHN9YeK1ks5rEMHjgaJpZM4Jg_s3> .

-- Muchas gracias, un saludo.

[Julitium]

Yes, pooky2 is right.... it's about implementing the .tap load from the OSD (F12), otherwise it would be complex and tedious for most users. There is some periphery for real C64 like Tapuino.
In the real system this is a problem (you can not use a normal player) due to the digital nature of the data, but in an implementation supported by ARM this should not be complicated (if you are already programmed the decoder to handle .tap) .
The load from tape in C64 is a rich experience in senses and emotion (Colors, SID, Minigames, etc).
Thank you.
regards

[harbaum]

It's sure possible. But it's some work as you'd make the core being able to receive, decode and replay a TAP file into the C64 itself. And it would be as slow as a real tape on a real c64 as we cannot do all those nasty tricks emulators are able to do.

But what for? There's already the direct PRG injection and the floppy disk. Why a third way to load files?

[harbaum]

I thought you were asking someone else (me) to implement that. If you actually think it's only a minor effort for you to do it then of course, please go ahead. Any contribution is welcome.

It's just that I personally don't see sufficient benefit to spend several days implementing this. I am afraid it's less trivial than you expect it t be.

And i have to admit that i have never used a real c16 or plus4.

[Newsdee]

You can use DirMaster to extract PRG from T64 files:

http://style64.org/dirmaster

On Aug 10, 2016 20:33, "Till Harbaum" [email protected] wrote:

It's sure possible. But it's some work as you'd make the core being able
to receive, decode and replay a TAP file into the C64 itself. And it would
be as slow as a real tape on a real c64 as we cannot do all those nasty
tricks emulators are able to do.

But what for? There's already the direct PRG injection and the floppy
disk. Why a third way to load files?

—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
#29 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/ALUtAZ0Cx8mCpaJY7KzkmOl9UkpeFNdVks5qecUFgaJpZM4Jg_s3
.

[harbaum]

Ah ... we are talking about the C64. I confused it with the C16/Plus4. One would have to upload the tap file into sdram and once it's uploaded decode/replay it from there. But i think that effort is better spent on e.g. write support for the 1541 ....

[Julitium]

Hi. you're right ... I was asking that the person who is working on the C64 core could do this. If I said no major changes is that because the C64 receives data from Datasette in digital (no analog audio) ....
I gave my opinion because I assemble, repair and fix all these machines 8 & 16 bits, but I have no specific knowledge of VHDL or Verilog Since I have very young daughters and I did not have much time to study (although it is the first thing I do when I have time ) .
in short, if anyone is encouraged to do this (no hurry) , I would be very grateful .

Thank you very much.

P.D .: A confusion is normal happens to anyone, and thanks for the PRG extractor T64 !!

P.D.2: Technically c64, the signals from Datasette read and write goes directly to the CPU and CIA. The CPU also controls Motor & Sense .... so I think that changes should not be very important

P.D.3: Another solution is to use any port in MiST to connect a Datasette or Tapuino , but I think this would require more significant modifications (hardware & software)

[EricGus]

Actually I have been looking into repurposing those tx/rx (MiST midi serial connector) for use as a c64 user port for modem communications (with tcpser on a rasp pi, much like the Amiga and ST cores can do now). I don't even have any idea how complicated trying to do a cassette interface would be due to the digital nature of the commodore cassette drive.

[harbaum]

Ok. It's still a significant amount of work. We'll need to find someone skilled enough and interested enough in TAP usage to implement this.

[EricGus]

Implementing the mist midi serial lines as C64 serial on user port would be easier then trying to do tape. For serial It's just connecting the mist RX TX lines to the CIA. (Like how rs232 is done on the Amiga and ST cores)

[EricGus]

Actually Julitium I was more advocating using the MiST RX/TX lines to implement the C64 USERPORT to allow serial / modem (via something like tcpser) communications and NOT to be repurposed as a cassette tape input (mostly due to the complexities of how commodore implemented tape control). setting up serial "aka rs232" on the c64 would just be a matter of connecting a few lines from the CIA of the c64 core to the TX/RX MiST pins.

MiST
RS232-TTL----------C64 User Port Pin
GND-----------------A & N
TXD-----------------M
RXD-----------------B & C
VCC-----------------2

Its just a pity the MiST doesn't have a sort of GPIO header .. for adding core specific hardware interfaces for classic devices .. i.e. c64 IEC port adaptor, Atari 8bit SIO, etc.

[EricGus]

Are you just talking now about loading a .tap file from the F12 menu? .. that would be significantly easier to implement then trying to wire up an actual cassette player to the c64 core. That said there is no one actively developing or working on improvements or adding new features (like enabling disk writes or 1541 drive compatibility) to the c64 core that I know of (aside from a few much needed fixes that Sorgelig did to address NTSC display and improvement to the SID and speed up .d64 disk loading) .. the author of the fpga64 core "closed" the source after inclusion of proprietary code for the turbo chameleon and no longer publishes his updates.

[renaudhelias]

Could be nice also for me : reading .CRT and .DSK in a future version of CoreAmstrad.
Could be nice to see files extension (in OSD files list) in case you enable two types of file entry.

Perhaps something like that :
CONF_STRING : string := "AMSTRAD;DSK;O1,Brand name,Schneider,Amstrad;O2,Drive,A,B";
CONF_STRING : string := "AMSTRAD;DSK,CRT;O1,Brand name,Schneider,Amstrad;O2,Drive,A,B";

[EricGus]

As I mentioned previously there is no one actively developing the c64 core.

[lroby74]

I would like to load .TAP (from F12 menù) too but is not possible to take last old open C64 core source and create a fork? Like in Linux?

[lroby74]

The TAP loading from OSD F12 menù in reality now! And now can load and save from and to a real tape recorder on Mistica too!!

[Julitium]

Sure, my friend! El jue., 18 abr. 2019 17:52, lroby74 <[email protected]> escribió:

…

The TAP loading from OSD F12 menù in reality now! And now can load and save from and to a real tape recorder on Mistica too!! — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#29 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AE7ZY5Q2672VPA32JWK2VCTPRCKMNANCNFSM4CMD7M3Q> .

[lroby74]

Is possible to close this issue?

[Julitium]

Of course my friend!!!....
My dream is now a reality.

Thanks!!!