You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 34 of 41)
Topics by utz User defined search
Posts found: 826 to 850 of 1,002
Glad you got it working!
Could you ask Daniel if he would be so kind to release the sources for the new version of dcvg5k, so I can build it on linux? I failed to build the old version btw, because ld can't find the DAsm function in dasmz80.c for some reason.
object/dcvg5kdesass.o: In function `Displaydesass':
dcvg5kdesass.c:(.text+0x26f): undefined reference to `DAsm'
collect2: error: ld returned 1 exit status
makefile:9: recipe for target 'dcvg5k' failed
Btw, on forum.system-cfg.com you advised to remove the "exit" section. This isn't such a good idea, because it will cause a stack imbalance if the routine actually exits (eg. if loop is disabled [jump in line 47 enabled] or if you put the keyboard check back in). A better way would be to remove lines 28-29 and 460-461 - these are only necessary because ZX Spectrum BASIC expects a certain value in HL'. You probably don't need to do this on VG5000.
Hello jeremielapuree,
Very cool that you are porting this routine to VG5000! I'm busy today so I can't check out your work right now, but I will do so as soon as possible.
Is there a version of dcvg5k for regular linux, btw?
The _skip labels are so-called local labels, they are only valid till the next non-local label. Prefixing with an underscore (_) is how pasmo does it, other assemblers will use a different syntax.
You can in fact remove lines 19-26 in main.asm, this code is just there to detect the presence of a Kempston joystick interface. So it's ZX Spectrum specific, you don't need it on VG5000. Then, you can replace the code you listed in your post with a standard keyboard check on your machine.
Hope that helps 
Aaaand another attempt at fixing the /§$(/§&$§! quattropic converter. Rewrote the entire mode selection code (the one that sets the row mode flag based on the presence/absence of noise and slides). Who knows, maybe it will actually work for once? Going on previous experience I don't have very high hopes.
Ah, I see. That's indeed a promising concept. It'd be especially interesting to attempt an implementation that uses it for harmonics.
What was the PIC implementation used for, just a stand-alone thingy? Do you still have sources for it?
Zilog wrote:Is it really more efficient than mine?
Not at all, yours is certainly more efficient! The idea was more to smoothen row transitions by speeding up the data loading. I think that worked out reasonably well, though as you can probably tell from the code it's not optimized at all yet.
8bit mixing with postscaling? Sounds intriguing, but to be honest I don't quite understand how that would work. Could you explain a bit more about this idea? In any case, I'd love to see a new engine from you, given the unique approach you took in Squeeker 
Ah yes, some test files will help to analyze the problem, though at this point I'm considering rewriting the whole converter, as I've patched it like 5 times already without success.
The idea of the slides is indeed to simulate kick drums and toms. However, seems it's not that feasible after all, since their volume is too low. So perhaps I'm gonna add some good old-fashioned click drums after all.
Hehe, enough of the honey 
The problem is that at the moment there's less than a handful of active developers on here, none of which really have their head in Zeddy stuff. Hmm, perhaps you could poke the nollkolltroll guy, he seems to be one of the most talented ZX81 coders out there at the moment...
Another problem is that at the moment there are no emulators which accurately emulate ZX81 port behaviour (you may remember this was giving us a lot of trouble with 1k2b). And I can't really be bothered to buy a ZXpand just for the purpose.
Well, if you have the time please do post some info about the ZX81 "loud tape" mod here, just in case someone wants to have a go at it.
Oh wow, that's exactly the type of timbre effect I've been phantasizing about.
I could try to implement it for TI (6 MHz), but on the other hand the target audience for that is tiny (basically boils down to garvalf and myself at the moment), so I'm not really motivated to spend my time on it.
Do you think you could get it to work in 3.5 MHz by going back to Phaser1 (ie, one channel with the effect and one without), and perhaps using a partially unrolled sound loop (ie updating frequency counters one at a time instead of both each loop iteration)?
Gah! Not again... Yeah, that's a bug in the converter alright. For some reason I just can't get it to output the proper combination of flags and counter values. Ok, I'll look into it in the coming days.
The slides should theoretically behave as you might expect, except that (unlike in the template) they will reset on every row.
Indeed, you have a good point there.
I've experimented a little with combining pin-pulses with Phaser-like synthesis. It certainly leads to some interesting results (overtones and such). However, volume balance is a problem, so the effect tends to be quite subtle. I haven't yet managed to get it right.
There's also another interesting idea by Alone Coder, based on a kind of wavetable synthesis, or duty cycle modulation, if you will:
Alone Coder wrote:I make a series of long impulses between natural divisions of the
period.
For example:
- 128,256 (I list the positions where the phase is changed) gives a
simple meander.
- 85,92,128,128+85,128+92,256 gives lighter sound with acute 3rd, 5th,
7th harmonics. Sadly we can't avoid even harmonics but we can minimize
them.
- 21,92,128,128+21,128+92,256 gives even lighter sound with more power
in higher harmonics.
Edit: Just saw your post in /sinclair. Too tired now, will check it out tomorrow.
Yeah, kickass track. Also, glad to see this powerful engine is finally getting some well-deserved attention.
And a new Win build for this one, too. Download address as above.
Sadly, no. But it's good you remind me, I'll try to poke krue for a new patch file at least.
Damn, I seem to be getting more problem reports about TiLP than the actual HT2 lately 
Ok, let's see about this one. You definately need that .dll installed, wonder why it won't let you. You probably need to be admin to install it (and the other libti* dlls), but I guess you've tried that already?
As far as the scanning goes, just don't scan, I think it doesn't really work with TI82 anyway. Just set the right combination in the "change device" popup or via command line.
As a last resort, you could try an older version of TiLP (or newer if you don't have the latest 1.17). Make sure you uninstall everything that came with TI Connect (especially the USB drivers), as TiLP can't coexist with an existing TI Connect install without some major hassle.
And another build attempt. Same download link as before, hope it finally works now!
I made this thing some years ago. Timestretched 1-bit sounds. It's more drone than ambient though.
Aside from that, I don't think there's much "real" 1-bit ambient out there. Which is very unfortunate, I think somebody should definately give it a try!
Hehe, thanks It's all due to how great this engine sounds, though
Ah, glad you were able to work it out. Once you get over the initial hurdle, it's indeed pretty simple Most of the trickery is getting your routines up to speed and getting the timing stable, but that should be less of an issue with ATmega. Anyway, keep us updated about your project, will ya?
Yes, and that's also what the template is based on. It seemed like a good compromise, as the engine started to overload at around 40.
Fixed yet another bug in the quattropic XM converter, and made a new Windows build that might actually work on Windows, unlike the last one 
download
Yesterday's release had a botched XM template. Fixed that and also improved the loader code somewhat, so please re-download.
Got a first beta of the XM converter ready. It's functional but highly unoptimized, so I'll probably make more changes to it later. Anyway, it's using the original core of the 2012 version of Squeeker. Per-row speed control has been added. Data format and loader have been changed completely.
The converter is standalone, no Perl required.
download (win/*nix binaries and source included)
One thing I don't understand about this routine: It seems the buffer has to be cleared before every row, otherwise there will be random drop-outs. Any idea why that is? I would much prefer not to spend ~74 t-states on that.
Edit: Ah, I get it now, it's because the "add counters" from rested channels will cause a continuous overflow, thus keeping the output high at all times. Still looking for an elegant solution to this though.
Hehe, sorry for the current lack of updates Rest assured that stuff is happening behind the scenes. Most likely version 2.1 will be ready in a couple of weeks.
There isn't really any central spot for HT composers afaik. A number of HT users are hanging out on chipmusic.org, but it appears there are also quite a few who are not connected to the chip or calculator scene.
About soundcloud tagging, I dunno... I always thought it's best to use a range of different tags. "calculator" seems to be the one people mostly use right now. What's your soundcloud, btw?
i'm working on a "lsdj manager" type utility, but it hasn't progressed very far. I'll put out a public beta soon-ish, though.
Btw the "squeekf6.z80" version is obsolete - there is a more current one with a slight modification:
mxb exx
xor a
ld bc,#0400
ld sp,#80c4
mxa rl c
pop de
pop hl
add hl,de
push hl
pop hl
ld a,40
add a,h
djnz mxa
ld a,15
adc a,c
out (254),a
exx
dec hl
ld a,h
or l
jr nz,mxb
Posts found: 826 to 850 of 1,002