Search options (Page 6 of 15)

my skills are not that high, but I found it funny to add this in the arduino code:

#define LED 8
/.../
if(!click_drum_len)
  {
     /.../
  }
  else
  {
    digitalWrite(LED,HIGH);
/.../
}

so now I have a led which pulses during the drum beats!

I'm still working on my AY+SID+1bit player PCB, I should send it soon to the maker!

That's cool.
And thanks for adding the SN76489 engine. It's possible to use vgmplay (http://www.mjsstuf.x10host.com/pages/vg … gmPlay.htm) to convert the exported vgm to a binary which can be played on real hardware, such as the Megadrive (I've made such an export but I haven't tried on my megadrive yet, but there is no reason why it wouldn't work). See attachment and the quick test, the .bin is the binary for megadrive (works with the dgen emulator).

wow, you're talking Polish as well Utz!

oh, I've tried several things, but didn't realise it was because of the output level. It works perfectly now, thank you!

it's not especially the music, rather  the general mood, like it could be added to the track list: https://www.youtube.com/watch?v=FjHon6yg-r8 (there are even some glitches and "experimental sounds" in the first song)

Ah yes, I should have thought to that zbmod engine... Well done, it doesn't sound like samples at all at first hearing.

It's strange because on some computers (linux based), 1tracker can work ok, then suddenly it stops responding, for example if I focus on a text editor (no other hungry applications, like firefox or a music tool are running). Then, after 10 seconds, all the notes are coming together. Then it will freeze for some seconds etc. I don't have this responsiveness problem with other applications. The "top" command tells me 1tracker is using 30 % of my CPU, which is quite much, but not that much (firefox can go above that..).
On another computer (same OS, but different hardware), it works fine. There the CPU is not more than 4%, even when playing a tune.

Anyway, I like how 1tracker adapts to the sound engines. I've looked quickly to one engine source code, and even if I don't understand much, it seems to be very cleverly done. Well done and thank you, I believe it must be a huge amount of work to program this!

oh yes, sorry, I should have reported my tests. I haven't tried 1tracker as much as I wanted. I managed to cross-compile it for 32 bit from my 64bit computer. I still had a problem for launching the binary, but it was a graphical card issue on my system. Several days later I tried the binary on another computer and it worked (as 32 bit on 64 bit system)! I eventually wanted to report it here meanwhile.

interesting find. Those 3 tunes reminds of some ZX music to some extends.

I've tested on a 3rd computer with 64 bit system, same problem.

On Linux mint 17, 32 bit version, with G++ version 4.8, it compiles well (still with warnings), and I can launch the binary, which work as well, so it's probably a problem with 64 bit. Shiru, have you tried compiling it for windows 64 bit?

The problem is the 32 bit system is from a virtual machine, and if I copy the binary to my 64 bit system, it can't launch because of some 3d drivers which I don't have on my system (and I don't think you can have both).

I see also in the code a few files related to ym2612, AY and such, do you intend to support more chips?

I've tested again with g++-5 instead, and it's the same error.

Btw during compilation, I see I get quite many warnings, like this:

angelscript/angelscript_jit/as_jit.cpp: In member function ‘void SystemCall::call_64conv(asSSystemFunctionInterface*, asCScriptFunction*, assembler::Register*, ObjectPosition)’:
angelscript/angelscript_jit/as_jit.cpp:3906:35: warning: offsetof within non-standard-layout type ‘asCContext’ is undefined [-Winvalid-offsetof]
      eax = as<int>(*arg0+offsetof(asCContext,m_status));

I don't know if it's related or not.

Which g++ version are you using Utz?

The new SwinSid ultimate is pretty good at emulating the sid filters: https://www.facebook.com/swinsidultimate/
It could have been interesting to add a socket to include such a chip (or a real SID). Imo using the SID from a ZX is quite worthless, especially when you can load a C64 core in FPGA and get access to plenty of software... but why not? It's the whole purpose of retrocomputing after all.

the main problem of the MiST is the DAC which is not made for great replay. The fpga arcade project seems better on this point (but I don't regret my MiST because I wanted something available right now):
http://www.fpgaarcade.com/punbb/viewtopic.php?id=107