Search options (Page 6 of 40)

Trying to get this to work, not sure what I'm doing wrong. I create a block, name it "intro", then move the cursor to a new position, type Ctrl+Q intro, nothing happens.

Btw I think it would be a good idea to move down the help page description for Ctrl-F to where the other block commands are explained. Also, for "copy or insert an existing block by typing in its name", you could omit the "in".

I'd need more information on this to make an informed judgement, but generally I think that's a terrain that needs to be treaded very carefully. With automatic updates, there's a risk that you'd accidentally destroy part of your work. Also, 1tracker's current copy/paste-centric approach has the advantage of encouraging variation. When I copy a section and later change some detail in one section, I'll usually apply the changes slightly differently in other copies of that section, often not even deliberately. Happy little accidents, to say it with Bob Ross. For me, it's one of the great strengths of 1tracker. I would possibly be more happy if the updates were manual, that is, you select a source block and one or more target blocks and then issue a command to sync them up.

Generally speaking, I've fully embraced the post-pattern age, haha. My latest pet peeve is actually something else - ticks. And I don't mean the ones that crawl around in the forest trying to kill you with a myriad of diseases. Yeah, those suck, too. Literally. Anyway. Having to deal with ticks aka row length aka speed is annoying. So you start to work on a melody or whatever. Now you want to add some ornaments, so you Ctrl-E that sucker a couple of times. Add yer ornaments, but now you want to save RAM so you optimize the rows. Now all your blocks have odd lengths and it becomes really hard to keep track of where the block borders should be when you move around stuff.

Leaving aside the implications of row transition noise, I think it boils down to this: You always want Speed 1 resolution (especially for 1- and 2-channel engines), but a) you don't want rows with no changes in your output data and b) you don't want all those rows cluttering your tracker view. a) can be solved by having the compiler collapse empty rows, so the big question is how to solve b). I haven't been able to come up with any good solutions yet, it's just something I keep thinking about.

Btw I believe 1tracker's RowOpt feature is wonky. The following:

Sp T
02 C-4
.. ...
.. ...
.. ...
03 D-4
.. ...
.. ...
.. ...
04 E-4

will be optimized to

04 C-4
04 ...
04 D-4
04 ...
04 E-4

which is obviously incorrect.

The problem is that a) MIC output is on average VERY quiet compared to EAR (-0.3V vs -5V and b) MIC output differs wildly across Speccy board revisions (let alone across models). So it's not that useful by itself, but I want to try and use MIC for reverb one day.

Edit: I tried it on my 48k (board rev 4B iirc), it was barely audible.

The Side track feature is fantastic! I didn't know that I wanted it, but now that I know what it is, I totally want it. 1tracker once again innovating the tracker space.

I don't fully understand this part. I know I can turn Side track playback on or off with Ctrl+F5, but what's the intended workflow to listen just to the Side Track? Mark the entire track and do Ctrl+T?

How would it be to have a possibility to somehow swap/copy/blend a section the current side buffer contents at an arbitrary position or even another track? I guess that would require some sort of visual representation of the Side tracks though. Perhaps have 3 display options: Side tracks off; show the all side tracks next to the Main track view; or show all side track columns next to their respective main track column. Side tracks would be shown in a different color, but otherwise act as regular tracks as far as editing is concerned.

Also since when has 1tracker had this RowOpt feature? Only noticed it now, that's great to have, too.

Still problems with peskysoundzx, on first run:

engines/peskysoundzx.1te (459, 1) : INFO : Compiling void Compile(uint, uint, uint, uint)
[1]    15724 segmentation fault  ./1tracker

Also the z80ass error persists, unfortunately.

Awesome tune Shiru, hyperactivity at it's best hehe. Too bad there weren't any more entries. You're welcome to blame me for that, too, though on the other hand you'd have steamrolled me with this one

Haha, I was watching the demo (the live yt version, hoping a proper recording will appear soon) and thinking: "Hmm, this music sounds really Shiru-like. But it can't be. I wonder who did it.". And then the credits rolled... Turned out great, really good interplay with the visuals.

I don't quite understand about the MOD end part. Wouldn't the best approach be to take the whole song and have the converter chop it up to create an optimal set of sample data? Or was there no time to build an "intelligent" converter for this?

I finally got around to listening to it, dammit. Fantastic little release! Serenity sounds like it could have been an intro for Space Beeps Love the arps galore on Mech Dance.

Yeah, saw it too, pretty funny. The audio quality is not very good imo but it packs quite a large chunk of wave data. So the compression scheme might be interesting.

lol jij typt te snel

Having trouble with the Ear Shaver EX engine.

- When entering data at the loop start position, I get the good old "Engine not provided any data" error, with the addition of

Z80Ass error: label already defined!
Z80Ass error: label already defined!
 706: .loop
 706: .loop

printed to the console, and a single copy of this printed in the GUI.
- Sample import does not work, drums do not play any sound.
- Tempo seems completely messed up, I need values of at least 40 tpr to get any meaningful row length. Also, the drums seem to affect this - rows play a different length depending on the drum. The global tempo setting on the other hand seems to have no effect whatsoever.
- The new mml-style envelope editor is unusable with a qwertz keyboard, since | and * are not recognized (reading your last post on MuzCell I think you found a solution to this already, but thought I'd mention it anyway)

Huh, I never realized that 1tracker was actually released around the 30th anniversary of the Spectrum. Anyway, congratulations on 10 years of what I still consider to be the best tracker in the world.

Regarding whether to switch to an external assembler, I'd say it ultimately doesn't solve the problem at hand. Yes, it'll get you support for a range of platforms without too much trouble, but eventually you'll discover some other obscure platform you'd want to support (Sharp PC cough cough) and find that wla-dx or whatever you chose doesn't suppport it, so you're back to point 0. Secondly, if you're going to link in wla-dx, then 1tracker can't be WTFPL anymore. And that would be sad. Anyway I think it's better to invest time into building a custom extensible multi-target assembler. I believe it's a manageable amount of work.

Regarding pattern-less vs traditional, I'd argue that the pattern-based approach represents a local maximum - it's good, but it's ultimately sub-optimal. Therefore it makes sense to continue innovating with a pattern-less approach in 1tracker. I think showing that a different approach to tracking is viable is actually one of the project's main achievements. That said, I believe it's possible to implement a pattern-less abstraction on top of a pattern-based implementation, if you ever want to go down that route. Probably not worth the effort, though.

Thanks, great to see the beeper love continue down under. Also, looks like you're living in a really nice place.

I think I can support the Vtech machines fairly easily in bintracker, btw. Not sure when I'll get around to it though.

At this rate you'll have polyphony figured out before us, hehe.

It seems you missed the attachment. The system is a bit stupid, you have to first select the file with the Browse button but then also hit the Add File button.