-
Content Count
1,066 -
Joined
-
Last visited
-
Days Won
1
Posts posted by rensoup
-
-
13 hours ago, VinsCool said:Finally, it is done!
The song's not exactly my favourite but damn that's an impressive Pokey rendition! 👍
Level UP! ( possibly Maxed out? )
-
1
-
-
1 hour ago, emkay said:OK.
Rensoup mentioned earlier that he does "streaming" there. No recognition of repeated patterns.
Possibly things changed?
dmsc wrote LZSS, it's compressed streaming obviously... otherwise the files would be huge.
11Kb include 5KB for the player code (VUmeters, proportional font code, font, text, ...), just output it from RMT2LZSS to get the .lzs16 size.
-
3
-
-
I dug up a bunch of interesting old threads:
new tracker discussion, 10 years ago... (yeah I know analmux isn't with us anymore)
some really cool nes tunes played with pokey using some special player by @andym00 (only thing I understood was that it used variable timed irqs to only update pokey as needed)
Some nice bass sounds by @Sandor / HARD . it is compatible with RMT but requires 39 updates per frame so that's 1950hz.
A bunch of tunes made by Jakub Husak with softsynth, a really old tracker I'd never heard of...
-
2
-
1
-
-
20 minutes ago, VinsCool said:That's about the time it takes in general for me too, yeah. for most tunes it's half a second to maybe 5 seconds if the tune is really big, like the 200hz ones.
Seem like a big improvement to me 🙂. Let me know how it goes...
-
1
-
-
16 hours ago, pps said:To say it clear to the people: Every .obx that has been created by your tool in earlier versions has this problem, if someone put them onto disc. That's a pity. Many people (loading via SIO device) will get shocked by the sound, when they should get impressed.
But it's all good with the new 1.63 release, right ???
-
20 hours ago, VinsCool said:A friend of mine actually tried to run my tunes on a setup that was different from mine, I think it used some sort of disc drive emulation, and was also a stereo machine.
So it's all good now, right ?
20 hours ago, VinsCool said:Awesome! Thanks for the new update, SKCTL surely will be interesting to try based on synthpopalooza's researches.
22 hours ago, rensoup said:The SKCTL value isn't part of the LZSS format so it still needs to be set manually in your app.
Oh, nevermind, maybe another time, if I can learn programming
I mean you should now be able to use 2 tone and other funky SKCTL mode with the RMT2LZSS player.
If you wanted to play the .lzs16 file inside your own app however, you would have to set SKCTL manually because it isn't saved inside the .lzs16 file.
20 hours ago, VinsCool said:Could it be possible to have a setting to chose whichever frames are picked at conversion time? That may very useful for testing purposes, and if we're lucky, make a tune sound correct first try as well, if something was ordered differently
It's doable of course, I just have to be a little more cautious with the other playback frequencies. Speaking of which... I probably introduced a bug by adding this so while 100->50hz works, others might not anymore🤔
20 hours ago, VinsCool said:Pretty cool, I don't exactly see much time save from this addition, but why not
Well the idea is to be nearly as fast as pressing play inside RMT, I don't know what kind of beast of a computer you own but on my machine, compressing a LZSS tune like BS takes a second or two!
-
1
-
-
new release!
1.63 Apr 2021
-added initial SKCTL field
-slightly tweaked frequency reduction option
-added flag for outputting a single tune line
-added Vinscool's custom notetables (V21)@VinsCool I've changed the frequency reduction to output the even Pokey data register sets instead of odd ones (or the opposite?) and it helps with your BS tune a lot but it's still not as good as your manual tweaks... not sure why...
You can also output the first song line only, which should help with iteration times hopefully?
The SKCTL value isn't part of the LZSS format so it still needs to be set manually in your app.
-
2
-
2
-
-
10 hours ago, ivop said:Nice! Could you increase the volume of the lead a bit? Or decrease the backing? It's a little soft IMHO.
I wonder which notes you mean that were off. I copied them directly from the siddump, but can have made mistakes of course
Agreed, it sounds great! Great PWM, great drums but a litte heavy...
-
17 hours ago, pps said:Ok, don't have to test on ATARI anymore. Test yourselves in Altirra (set to stereo) or on real machine.
In the atr is a bootable disc with wrong and corrected xex files and you will find my sources to both plus used song.
yeah but that's not fair, you're using a disc loader which messes with SKCTL 😏. That wouldn't happen if you'd booted from a cart, would it ?
Anyway, I've updated the player so that SKCTL can be set to any value so anybody can experiment with it. Upload will follow shortly.
-
1
-
-
18 hours ago, VinsCool said:
ok maybe it is the problem then 😏
-
1
-
-
7 hours ago, VinsCool said:Would that initialisation possibly the reason why sometime it feels like a tune would often start with a frame skipped after being converted with RMT2LZSS? or that was something different?
I always thought it was lag caused by the CPU usage spike and that was normal, so it never really bothered me.I doubt that... Are you saying it happens in the emulator ? Which you happen to be running from that horribly slow Wine thing 😏... or does it happen on your real A8 ?
-
7 hours ago, pps said:Mario wants to know if he can simply use the play routine via cut+paste over rmt routine in some asm source he has for creating own intros.
No Mario, it's not just simple cut+paste, but I'll provide you with the sources you need soon
Ah... makes more sense when you explain it!
-
7 hours ago, pps said:my first time I played a bit with this routines on real machine gave me some strange errors, that I finally could solve. But start from the beginning...
Good to hear that someone else found a use for it (on the A8)!
7 hours ago, pps said:- After some more tests I finally found a simple solution: The play routine in @dmsc's routine doesn't initialize POKEY correct. I added a simple 'mva #3 SKCTL' and it runs fine now.
- For more comfort on STEREO machines you can add an 'STA SKCTL+16' right below that and add two times 'STA POKEY+16,x' just where the other 'STA POKEY,x' are. That solves the problem.
At least the 1. option should be added into all routines for correct playback on ATARIs.
That's an interesting diagnostic given that dmsc's code works in Altirra and on Vinscool's real unmodified Atari 800XL but not on your modified 600XL 🤔
It seems to me there's an issue with your extension ?
I don't know if SKCTL needs to be initialized but I never touched because it seems to be useful for producing different kind of sounds (like synthpopalooza demonstrated ). It was discussed a while back that it could possibly be stored as an extra channel but only a single tune ever changed it during sound playback... so it was left alone.
I figured I could add an option to set the SKCTL value in RMT2LZSS so that it would be possible to try different modes like synthpopalooza but... too lazy so far.
...Perhaps for the next version then!
As for 2. you mentioned that your simple stereo is not switchable ?? Doesn't that renders it incompatible with every A8 software ? (Your fix would make 50+hz tunes DLIs slower too)
-
On 4/4/2021 at 11:50 PM, Irgendwer said:What about GtkSharp?
Also an interesting possibility... Which one's better, QT or GTK ?
I've used neither so I did a quick search and QT seems to make more sense technically but its licensing seems to be different ?
-
3 hours ago, Matej said:ENOTRACKER with source:
https://github.com/epi/enotracker/releases/tag/v0.1.0-alpha1-outline
It's written in D and it's an Alpha release, so probably not packed with editing features. It shows how to interact with ASAP for playback which is potentially interesting (although I spotted a 6502 emu in there)
-
12 hours ago, emkay said:Have a look at this video:
Well I did but I'm not sure if you meant to illustrate track effects ? I can see that she's using a lot of them of course...
And damn that editor is primitive: press arrow down x times, press number, repeat many many times 😝
-
14 hours ago, ggn said:Do you really want to have a .NET dependency? That potentially rules out anything pre-Vista (or maybe even Win7, who knows), plus all other older Mac and Linux boxes. Generally, perhaps people are biased because of the Win32 API used for GUIs on Windows has a really bad reputation.
Always nice to have cross platform in mind as long as there's a solution which ticks all the boxes but I don't know if that 's the case here...
14 hours ago, ggn said:For my projects I'm usually in favour of using something like Dear Imgui (https://github.com/ocornut/imgui), since it looks and behaves exactly the same across all platforms that support it, is very lightweight (only a couple of files to include in your project) and doesn't consume a lot of resources.
That's looks pretty good, I'd never heard of it!
Good:
-C++ but has binding for lots of languages (C# !)
-fast: outputs a bunch of vertex buffers
Bad?:
-C# binding has to go through C binding (not a major problem, just extra stuff to deal with)
-Rendering is done via a graphics library (Veldrid) which is built on top of SharpDX. But I guess that lib isn't really required and can be bypassed.
-It's a GUI, not something as complete as Winforms.
There's no fileselector fo instance (although I see some projects which have implemented it).
What if you want to multiselect/edit or some other feature? you'd have to implement that yourself...
Again, cross platform is nice but I think single platform with richer features is better.
I was curious about QML (QT with C# bindings) but I'm not sure what it's like speedwise
-
22 hours ago, VinsCool said:The notes/frequencies also work 1 step at the time, but can be set at different speeds, eg: speed 08 makes 1 step last 8 frames instead.
On the volume/commands side, it's only 1 step per frame, no way to change the speed of it, which was the thing I mentioned above.ah yep, I was looking at the code and it was a little confusing but I can see it works exactly like you describe. In theory it's easy to add a speed parameter to the envelope...
If I start putting too much stuff in the .erti file, I'm thinking it'd become a nightmare to maintain from a user's POV though.
-
1
-
-
On 4/1/2021 at 4:31 AM, VinsCool said:Not at all
It would work nicely as a complement, or just to get certain things happen on the fly without having to resort on creating duplicate instruments for the matter.
So you'd have all of the envelope parameters available as track parameters as well ? (volume, filter,...)
On 4/1/2021 at 4:31 AM, VinsCool said:Speaking of instrument envelope, it would be nice to actually have a envelope speed setting. It always made me confused to see RMT supports Note/Frequency tables have a speed setting, but not the instrument Volume/Effect envelope.
That made some things a little difficult to do, causing some instrument space being wasted to make "longer" envelopes, that are limited to 1F steps if I am not mistaken.Are you talking about the instrument note table ? it looks like it's moving 1 step at a time, same as the envelope ?
It's not difficult to support longer envelopes but it means that everything would have to be defined in the .erti file.
-
On 4/1/2021 at 4:44 AM, VinsCool said:Guess I have got myself in a rabbit hole, hahaha
Not that I am complaining about it, gotta make that POKEY sing (and sing in ways that aren't stereotypical of Atari music!)folk rock or medieval, I don't know which one is worse 🤠
-
1
-
-
22 hours ago, VinsCool said:At least this isn't too "medieval" for once, I'm very much outside of my comfort zone with a style like this one
Exactly, the less medieval the better 😃
22 hours ago, VinsCool said:All thanks to your tools! I've used pretty much everything you implemented there, on the fly tables loading, on the fly AUDCTL changes, custom tables outside of RMT's own hardcoded stuff, all running at 60hz, frame perfect, exactly how I wanted.
And it wasn't that much work (compared to converting the RMT player) but feel free to express your gratitude with an Axelay or Castlevania cover (with lots of PWM) 😆
22 hours ago, VinsCool said:Finally these features are possible, even if I have to get them work using an external program, the output is what matters, and this feels incredibly good to know all that stuff is more than possible with some dedication!
It also helps figuring out what's actually useful vs what would probably be useful which could in turn help designing a potential new tracker... (but let's no get carried away!)
Right now RMT2LZSS should kind of act as "play" button replacement but I guess the compression step is a little slow? (But I guess you aren't exactly helping yourself with that Wine setup!)
-
1
-
-
20 hours ago, emkay said:All "Trackers" support musical commands (on the patterns/ tracks). RMT does not.
RMT allows to set some feature to single instruments.
This is THE main problem.
It might be from a user's POV but not from a technical POV. I doubt it is that difficult to change RMT to support effects per channel (as long as the ASM player is removed too of course, which is a bigger job)
Since effects are part of the instrument envelope in RMT, I suppose 1 envelope step corresponds to the tracker moving down 1 line ?
So I guess if you had a 3 step envelope with effect 99 and a XY parameter (say $45 $44 $1a) in RMT, you'd write it in the track effect column in a "typical" tracker as 3 consecutive lines:
99 $45
99 $44
99 $1A
right?
Does that mean the envelope becomes useless ?
-
One thing I'm wondering is why every tracker author insist on creating their own GUI for their editor ? I'm guessing refresh speed is an issue ?
What's wrong with Winforms for a tracker editor ?
-
18 hours ago, emkay said:I see one hook at Arkos Tracker.
It is supporting everything needed to handle the Atari's environment.
Perhaps but I guess you could say that about RMT too... (and perhaps a bunch of other trackers?)
Problem is the same... no source code.
18 hours ago, emkay said:This means, if someone was writing the interface to handle the "ADSR-stuff/pokey register in parallel" and puts the POKEY emulation into the Tracker, it's almost done.
The only readily available Pokey emulator with good accuracy is Fox's ASAP which is what's inside RMT so you'd get the same glitches 😕

RMT2LZSS: convert RMT tunes to LZSS for fast playback!
in Atari 8-Bit Computers
Posted
Not sure what you mean with 16bit, you have full AUDCTL control per envelope step if you use extended instruments with .erti files