Skip to forum content
ChipMusic.org
chipmusic.org is an online community in respect and relation to chip music, art and its parallels.
You are not logged in. Please login or register.
Search options (Page 14 of 79)
ChipMusic.org / Forums / Posts by jefftheworld
Topics by jefftheworld
Posts found: 209-224 of 1,256
81ttr45hr10t wrote:Thank you for you're ideas. By ear - as I can't play guitar, that won't work, unfortunately. Automatic midi I could try - but still hoping for a faster solution.
I don't play guitar either, I've covered songs with guitar in them. The notes are the same, regardless of what instrument is producing them. I prefer a traditional stave but guitar tab is actually really easy to read, perhaps that'll be the easiest way to go?
irrlichtproject wrote:Hehe, yes, pcm2pwm is simple, but it does the job 
And you're right, the example code was indeed missing that label. Well spotted 
My toolchain for ZX is as follows (Linux setup obv):
- zmakebas to create BASIC loaders from regular text files
- pasmo assembler (perhaps not the most powerful z80 assembler around - that would be sjasmplus. But I like pasmo's clean and simple syntax).
- fuse emulator - one of the most accurate Spectrum emulators out there. It's debugger is quite powerful, but somewhat user-unfriendly - you set up your breakpoints in a sort of command line, eg. to set a breakpoint at $8000, you type "br 0x8000".
I use the usual shell scripting to glue it all together, ie:
zmakebas -a 10 -o loader.tap loader.bas #make BASIC loader with BASIC start set to line 10 (= Speccy autorun)
pasmo -d --alocal --tap main.asm main.tap main.lst #assemble tap file, include debugging output, and create a list file from symbols
cat loader.tap main.tap > test.tap
rm main.tap
fuse-gtk -m 48 -t test.tap #autoload and run in fuse, 48K mode
Rad, thanks. That emulator and zmakebas makes it nice and easy!
katsumbhong wrote:Don't get an ST or STFM, you will be needing to get at least a 520 STE, then upgrade the RAM. STE Ataris are where the audio got really serious.
Extra RAM is good if you're going to do sample-heavy stuff, otherwise it's not needed. My software recommendation is maxYMiser (http://www.preromanbritain.com/maxymiser/).
The only downside I see to maxYMiser is that it has no default values for instruments, so you have to fill in all the basic values yourself before it'll make any sound at all. That said, it's not hard to do, you can save and load instruments and this forces you to learn more about the basics of the YM anyway.
If google can't find it, it's probably not out there. You'll have to cover it by ear.
Jellica wrote:i always found that fast tempos and freaky sample use caused slowdown as well
I get a lot of visual glitching but no noticeable slowdown.
nordloef wrote:Optimize your tables. There is often more then one way to achieve the same sound.
There really are very few times that I've been forced to use a CGB.
llVeXXll wrote:GUYS IVE FOUND IT! Thank you for helping! Jefftheworld, your reply made me go through every single folder on my device. it was hidden in an obscure place. I had previously only looked in most folders and used the search function which returned nothing.
Wtf is the point in having a search function that doesnt work? I have literally typed in the name of the file and it doesnt come up with it even though i know its there now... I never thought id say this but im missing windows.
Where was it in the end?
egr wrote:jefftheworld wrote:I just realized you said this was on android. It'll be in some sort of directory like:
sdcard/Android/data/com.WhateverMyOldBoysPackageNameIs/saves
My OldBoy creates a sav file for whatever rom you load in the same directory as the rom. I'm thinking that since the op says they haven't closed the emu since starting the track (and it sounds like they haven't used it to make any other tracks) then the sav hasn't actually been created yet.
If it's on Android 5.0 or higher it might not be able to do that, unless you're running a custom Android rom that allows it, apps are no longer permitted to write outside their own directories unless they have SD permission.
I just realized you said this was on android. It'll be in some sort of directory like:
sdcard/Android/data/com.WhateverMyOldBoysPackageNameIs/saves
Assuming your songs are still there when you load them, there's just another directory somewhere that it's stashing your sav. Sometimes I've seen emulators use a hidden folder in unix-systems or a folder in your documents directory instead of putting it in the same place as the rom.
irrlichtproject wrote:@Prasaanth bandaru: Writing a 1-bit sound driver is actually not that difficult. Some basic knowledge of assembly/machine code is needed though.
I've written a rather extensive tutorial about it, starting with the very basics. So check that out if you're interested. Also, there's a load of source code on my github.
Still cool to see my pcm2pwm tool mentioned. 
Btw, I think the Pulse Interleaving example code may be missing a label (The second zero flag conditional uses skip2 as a PC offset but that label seems to be missing).
EDIT:
On a related note, I've been meaning to try out some ZX Spectrum coding (I'm pretty decent with Z80) and I'd love to know what tool-chain/emulator/etc you use or prefer. Is there a good emulator with breakpoints, register values and single cycle stepping that also has relatively accurate emulation?
BennVenn wrote:Tin oxidises rapidly, the oxide is an insulator which leaves you with intermittent contact. Tin is also soft and will alloy &/ transfer with the copper/gold fingers inside the gameboy depositing the same oxide on the gameboy's contacts, which gives you poor contact with other carts you use thereafter.
I can tell you from experience that you should never, ever use tin for this sort of application. The gold plating is not optional in any way.
I've had no Derp issues with any OS, but it certainly works for me under Linux, Windows 10 and Android.
SketchMan3 wrote:Sounds awesome. What's the diff between analog sync and the other kind of sync?
It requires no special hardware like an arduinoboy, a simple cable wired correctly is all you need to get this to work.
Yeah, the Arkanoid playback sounds a little funny both ways. Perhaps there's something in the playback engine that's not handled quite the same way as it is on a C64.
I'd love to hear those samples with the different caps. Songs I'd like to hear between the two would include Jeroen Tel's Rubicon Intro, Martin Galaway's Arkanoid theme and Søren Lund's tune Commodore 64.
I think those tunes together show a wide variety of filter use and other neat techniques.
Posts found: 209-224 of 1,256
ChipMusic.org / Forums / Posts by jefftheworld