TriloTracker beta thread.

Pagina 35/52
28 | 29 | 30 | 31 | 32 | 33 | 34 | | 36 | 37 | 38 | 39 | 40

Van Huey

Prophet (2687)

afbeelding van Huey

12-10-2015, 17:10

@syn: Processing of instruments and effects are not processed independant in the replayer. That would need recode of some of the replayer code.

I think for your needs just disable the speed equalisation.
60hz just gives the best results speed wise. 50hz sometimes just feels unnatural. Wink
There is not much to about this.

Van hap

Paragon (2041)

afbeelding van hap

12-10-2015, 17:56

I think it is a very good idea, consider implementing it? =)
Things like sound effects (drums), or volume/pitch effects like portamento or vibrato may have an audible difference* if you do a skip every 5 frames.

*depends on person, I know for example the audio perception between Quibus and Meits is huge.

Van syn

Prophet (2106)

afbeelding van syn

12-10-2015, 19:28

Heh thanks hap, I thought I was the only one who cared about this since I haven't seen anyone else mentioning it (but ofcourse I dont know about ppl who contacted Huey through mail/pm). For me this is very notable/perceivable, since I usually have bassdrums and other percussion tuned up high in volume compared to say stuff that John makes. (This was also the reason I asked about psg vs other chips volume balance earlier in this thread)

Thanks for sharing your thoughts about all this Huey. I can understand if you dont want to make too many changes to the code of such a big project that is already so far along. I'll just try to work with speed eq off for now until maybe in the future if you are able to fix it Wink

Van Huey

Prophet (2687)

afbeelding van Huey

12-10-2015, 20:01

hap wrote:

I think it is a very good idea, consider implementing it? =)
Things like sound effects (drums), or volume/pitch effects like portamento or vibrato may have an audible difference* if you do a skip every 5 frames.

*depends on person, I know for example the audio perception between Quibus and Meits is huge.

The result will be that portamento might go too far. That is very audible.

Van syn

Prophet (2106)

afbeelding van syn

13-10-2015, 00:13

You mean the +x/-x /_x in the macro definition (FFF in the manual)? Can't you just add an additional check that those arent triggered during the skipped interrupt (but volume and noise/tone on/off are)?

If you mean the actual portamento up and down effect/command in the pattern (1xy, 2xy) I don't really understand how changing how macros work could affect it.

Btw don't take my questions the wrong way, I am not criticizing your work /opinion, I am just curious. And this info might be helpful for someone else who plans to make something music related. (me for one, but something for in the far away future)

Van Huey

Prophet (2687)

afbeelding van Huey

13-10-2015, 09:21

syn wrote:

You mean the +x/-x /_x in the macro definition (FFF in the manual)? Can't you just add an additional check that those arent triggered during the skipped interrupt (but volume and noise/tone on/off are)?

That's not what I meant. I was talking about 1xy, 2xy.

Quote:

If you mean the actual portamento up and down effect/command in the pattern (1xy, 2xy) I don't really understand how changing how macros work could affect it.

Macro's and effects are processed together in the code without changes in the replayer.

Quote:

Btw don't take my questions the wrong way, I am not criticizing your work /opinion, I am just curious. And this info might be helpful for someone else who plans to make something music related. (me for one, but something for in the far away future)

I appreciate your curiosity. It's alway motivating to talk about possible improvements or even bugs. The idea has now been running around my brian for quite some hours now, and perhaps I might even give it a try. If the impact (cpu load) is minor, it would be a great improvement.

Van Huey

Prophet (2687)

afbeelding van Huey

13-10-2015, 10:12

T4N3 wrote:

HWE (8xy/EEy) also seems to have a different behaviour. What was changed about that in the last version?

Sorry for my late response.
The envelope commands have been updated a bit to make them more usefull.
The value of 8xy is in current version multiplied with 8. In the old implementation is was multiplied with 128.
It worked out that the there is more need for fast envelopes (think basedrums) than slow envelopes.

So in the new version envelopes will be much faster then in the previous versions.

Van syn

Prophet (2106)

afbeelding van syn

14-10-2015, 12:25

Huey wrote:

Macro's and effects are processed together in the code without changes in the replayer.

I now realize I misunderstood your posts a bit. I was talking about making changes so the macro's and effect are being handled independently from eachother (so they wont affect each other when you make changes to how things happen during the skipped interrup), while you mean you want to keep it as it is and continue to have them being handled together. With this in mind your posts become more clear.

Quote:

I appreciate your curiosity. It's alway motivating to talk about possible improvements or even bugs. The idea has now been running around my brian for quite some hours now, and perhaps I might even give it a try. If the impact (cpu load) is minor, it would be a great improvement.

Thanks for considering itSmile

Van Huey

Prophet (2687)

afbeelding van Huey

14-10-2015, 12:33

@syn: I'm now experimenting with seperate instrument and effect handling. It seems to be a minor impact on CPU and code.

Van Huey

Prophet (2687)

afbeelding van Huey

16-10-2015, 15:05

I've fixed and tested the Macro offset issue.

I've also added the speed equalization as discussed with syn. The result is very good. Drums no sound way more stable on 60hz running in equalization mode. there is no impact on the effects only instrument playback.

I'll release an update shortly.

Pagina 35/52
28 | 29 | 30 | 31 | 32 | 33 | 34 | | 36 | 37 | 38 | 39 | 40