rensoup

https://mh-nexus.de/en/hxd/ ?

I read your posts left to right and right to left but the meaning escapes me a lot of the time... i need simple stuff with numbers and/or code I do understand that you need twice the play at twice your sample frequency for it to play without artifacts but I don't know why it doesn't work with my bass test... Indeed but I tried merging the pure tone gen like Ivop said but it made no difference?

Another thing I'm wondering is why my reference sample playback at 15khz sound better than the same at 7.5khz since this is a bass sample ?

I know, it's just easier to not have to change LZSS to compress channels a different frequencies for now. Yes it would be great to be able to select the replay rate per channel of course. Sure, that's optimizing for speed & space but I'm just trying to figure out if this is worth it. Hardbass runs at 1950hz, which seems to be enough for convincing bass "samples". lda sample4bit ora #VolumeOnly ora #ToneGen sta AUDC0 Is that what you mean ? Does that have any influence on the sound quality ( produces purer sounds) ? Or is it space saving ?

neutral wave ? it's that bass sample which is included in that example zip. Sounds like a Nintendo game & watch 😁 This new options were more like low hanging fruits, there's nothing complex about them, they're just extensions of what's already there Ooops... I forgot to set the replay rate to 800Hz in the song... I forced it in the code while testing, but you need to hack the song speed yourself: it's the 3rd byte after the RMT4 signature (currently set to $01) sampletest.rmt

I can't wait to see if you can come up with something great... Less anxious to read your bug report 😃 Like I said... sample playback at 800hz is unconvincing (so far) but perhaps 800hz is good enough to get Pokey to produce interesting bass sounds

I'm not sure what you mean ? the AUDC dist ? I can set it to any value of course... not sure what the correct settings are for proper sample playback. If you mean adjust the sample frequency with the note, that could be done of course. This is more of a proof of concept to see if it's actually worth exploring... Any complex amiga soundtracker effect could be done too since it all ends up as raw registers anyway...But would it be worth it at 800hz ? If you check the example RMT tune, there is an associated .erti file which just replaces instrument $01 with a 16bit mono wav. You just output that tune with RMT2LZSS with the custom tables option.

New version with a bunch of experimental features! 1.7 Apr 2021 -added 400 & 800hz playback (speed 5 & 6). This turns off the equalizer. It may also not work in NTSC. For the new playback speeds, the RMT file needs to be hacked because it's not supported by the RMT editor. -added simple sample playback (speed is limited to 50hz->800hz !). See .erti example Sample playback is limited to 4bit at playback frequency. The sample data is stored into the envelope. There's no way to interactively change the playback speed (the note doesn't matter). I've tried with a bass sample and it doesn't sound very good 😃. I've also tried a simple sample playback test at 15KHz with the same bass sound for reference (also in 4bits). I'm curious if anybody has a better sample for testing ? -added envelope speed. See .erti example Envelope speed (EnvelopeStep) specifies how quickly the envelope pointer moves for each playback step(locked to 1 in RMT). If using steps smaller than 1.0, the envelope effects and commands are only processed once moving to the next step. This feature was requested by @VinsCool because there's already a notetable speed in RMT. However having looked at the code, I'm not sure how well it's going to interact with instrument effects. It is useful for sample playback at least because it lets you specify the playback speed (because the sample data is stored in the envelope). -optimized player source code is now included Same as dmsc's original player, just unrolled to take a bit more space and a bit less CPU time. -added Vinscool's latest custom notetables I also hacked one of Vinscool's tunes for my sample playback test hence it might sound vaguely familiar 🙂 Right now I'm not convinced sample playback is useful, mainly because the max playback frequency is too low... but perhaps there are ways to improve it (PWM/PDM seem out of question)? sampletest.zip

I meant mp3(?) files that Vinscool posted earlier, could be a coincidence but whenever there are audio files in a thread, loading issues crop up.

Seems impossible to download the file... not sure if there's a problem with AA whenever there are audio files on the page ?

Well your latest conversion was melodic with good sounds but the tune is truly boring... can't have it all 😏 Makary's tunes run pretty well at 50Hz (even if they were created at 200Hz)

Nice and powerful sounds at just 60hz! Reminds me of Makary' style too!

? The Pokey data isn't created by any kind of emulation, it's just a PC player which outputs Pokey data without any kind of accurate timing.

Should be easy to modify, Let us know your findings! I'd like to add a few more things before releasing the player, hopefully you're not in a rush...

nope, I was going to package it with RMT2LZSS but then I got lazy 😀 I'm going to make it available, but please do send that tune (or at least the part that goes wrong) so that I can finally figure out the cause

I'm guessing my version plays correctly... but again, haven't got a clue why! the rmt file may help tracking down the problem...

I suspect it's @pps's https://github.com/ppsberlin/tutorial_lzssplay_g2f_rasterconverter ? (it uses dmsc's original player) @emkay: Can you confirm ? Because you message is a little cryptic (as often) and post both xex and the rmt ? We're going back to how the Pokey registers are updated but when I did some tests, you said it played the same no matter how I updated them. -The RMT player loads 2 values and updates a pair of Pokey registers and then the next pair, then AUDCTL. -dmsc's player decrunches each channel then updates the Pokey value, so there's a "long" delay between eahc update. The registers are updated in reverse order too starting from AUDCTL -my optimized version of dmsc's player loads 1 value and updates the corresponding Pokey register. So very close to RMT. Seems you may have a pretty good test case there...

Yes there should be just enough juice for 800hz with 4 channels which like you said is probably not very useful. A single 800hz channel (at fixed updates) would be nicer but it may require changes to LZSS

No need to be so sensitive 😏 And to get back on topic... The next version will focus on the Attract mode with assets which may or may not be final. There will also be a cart version which will use the same streaming method that xxl showed in his video (128KB of RAM still required). I would like to extend it in the future to have a mix of streaming and direct access for storing preshifted/premirrored sprites... but that's probably wishful thinking....

Another great rendition of an impossibly boring tune 😆 Castlevania or Axelay please

hmm.. that's saying the same thing ? 800 times per second is 800Hz Not if it gets converted to LZSS (which may or may not compress well) 800hz means 16 times at equal intervals per VBL at 50fps. Having "flexible intervals" between those 16 times per frame would be some kind of hybrid 800hz. I don't think it's a good idea for 2 reasons: -In a project that uses DLis for different purposes, that could cause DLi clashes. -You may want a variable interval for one channel but you probably don't want the same interval for the 3 other channels unless you play them at lower frequency. Hopefully 800hz fixed intervals should be nice enough.

I was thinking it'd be easier to potentially convert a smaller project to C# It seems pretty different... What do other people think ?

You mean like Ivop says below ? I was thinking I could use an instrument with AUDC set to volume mode and have the volumes/samples in the envelope (envelope length is not limited in RMT2LZSS). I could make the envelope speed variable (like Vinscool mentioned earlier) for different playback frequencies... Probably won't compress well indeed... but we're talking 800hz max... might be worth a try!

Ah, I was wrong, they seem to use the Win api exclusively for display... so not a problem to have a scrolling pattern window then... too bad it's C++ because sneventracker (famitracker) seems very similar to RMT. Anybody knows of a tracker similar to RMT/famitracker with a very small exe size and with source code available ?

well I'm ok to let that one go 🙂 not a lot... but dependned on what kind of polish I want, this could take some time. I was planning to do a release soon so you'll find out 😱