Jump to content

rensoup

Members
  • Content Count

    1,066
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by rensoup


  1. 14 hours ago, VinsCool said:

    So if I understand correctly, what I experienced (command 0 disabled with Frequency Mode in tables) was actually normal and part of the original 16-bit code?

    yep!

    14 hours ago, VinsCool said:

    Could it be possible to make it behave in a way that Table Mode should not get involved for using commands, in this case?

    😵 what? Can you rephrase that ? Or do you mean make 16bit mode work consistently with frequency tables for commands where it makes sense ? In theory it should do that already with the latest version although that's probably only useful for cmd3 and maybe 7 ?

    cmd 4 & 6 mess with the FreqShift register which I think is for vibrato ?

     

    • Like 1

  2.  

    well I guess I don't get it...

     

    20 hours ago, emkay said:

    Running at the same speed as the song. But it would give a lot better value to the tuning over all than to add stiff 16 bit sound. 

     

    Whatever this effect is, it would require an editor and that's not on the cards right now, but making 16bit mode behave more consistently seems like a reasonable feature to add (you asked for 16bit portamento remember ?)

     


  3. 1.77b May 2021
        -fixed 16bit support for envelope command 1 & 2 (should really work now)
        -A8 player: removed HP filter check from VUMeter code 
     

    On 5/22/2021 at 9:48 PM, VinsCool said:

    Allow the use of EnvelopeArgXY16 for command 1 and 2, which was what I actually expected to use at first, but noticed quickly the line was ignored in the conversion.

    so that should be fixed this time, I tried with your test tune and it produced different results from before 😀

     

    On 5/22/2021 at 9:48 PM, VinsCool said:

    - Could it be possible to add support for command 0 in 16-bit mode? It may be simple enough to add since it's only a note offset, similar to the note table in an instrument.

    You said it worked when the table is in note mode right ? that makes sense... 

     

    What seems weird is that you said it worked in regular RMT with frequency mode with dist 6 ? Looking at the code, I don't see how that's possible because here's what happens:

     

    	if (instr[chIdx].tableType == Instrument.TableType.Note)
    		note += (byte)(m_songRuntime.TrackLine[chIdx].TableNoteOrFreq >> 8);
    
    	if (note >= 61)
    	{
    		m_songRuntime.AudC[chIdx] = 0;
    		note = 63;
    	}
    	freq = (UInt16)((frqtab[frqTableOffset[chIdx] + note] + m_songRuntime.TrackLine[chIdx].Shiftfrq) << 8);
    	freq += m_songRuntime.TrackLine[chIdx].frqAddCmd;
    
    	if (instr[chIdx].tableType == Instrument.TableType.Frequency)
    		freq += m_songRuntime.TrackLine[chIdx].TableNoteOrFreq;
    	else
    		m_songRuntime.TrackLine[chIdx].OutNote = note;

     

    so basically:

    1. are we in table mode ? add note from note table to base note

    2. make sure note is not outside range

    3. convert note to frequency using 8 bit table

    4. are we in frequency mode ? add frequency from frequency table to frequency computed in 3.

    5. are we in table mode ? store note from 1. in variable called OutNote

     

    (the frequency then goes into a temporary AUDF for 8 bit playback)

     

    later on the code checks for dist 6 and if enabled:

    1. set 16bit mode

    2. convert OutNote to frequency using 16 bit table

    3. stores frequency into both AUDF

     

    Which means 16bit mode discards steps 3. 4. and the temporary AUDF

     

    So if using dist 6 with regular RMT, frequency mode doesn't work, which makes sense because the note was converted using the 8 bit table.

     

    Could you confirm that ?

     

    (if it turns out to be right, the good news is that it could be fixed)

     

     

    • Like 1
    • Thanks 1

  4. 4 hours ago, emkay said:

    There is a feature that is totally missed for "standard music creation". 

     

    Imagine, you have one instrument, and you want to create a "floating" effect to this instrument. 

    Well, SID Trackers offer this "trimming of registers"  by default.

    Does this "trimming" have a name in those trackers ?

     

    Can you demonstrate the effect in one of them ?

     

    4 hours ago, emkay said:

    What's needed is the feature to set the X and the amount of X.

    Then there had to be the starting value and the ending value to be set. The speed of changing the X had to be set , too.

    The thing is there is no space to put those parameters anywhere because I'm guessing they'd have to be on the track line together with the note and the instruments?

     

    In other words, you're asking for effects with notes, just like regular amiga/pc trackers ?

     

    I know you've already asked for this but doing this with a text file (like .erti but for patterns instead of instruments) would be a gigantic pain...

     


  5. 57 minutes ago, emkay said:

    To bring it to the point:

    There is no need for "emulating" SID, to play SIDs on POKEY. 

    It's just the "Tracker and built in features" that allow to resemble SID registers. 

    Played in LZSS , it will take about 6-10% CPU ...

    well it's very out of tune but it kind of sounds digi...

     

    And you meant it take 6-10 scanlines, so that's more like 2-3%

    • Like 1

  6. 7 hours ago, Beeblebrox said:

    I loved playing PoP in the 90s and can't wait to see and play the finished product. (Really excited to see the cut scene animations also).

    Thanks, it took far longer than I hoped but but it's coming together... Next version won't be final but close!

     

    7 hours ago, Beeblebrox said:

    Anyhoo - back to Rasta and BattleSquadron. I have yet to check out Vinscool's cover. I am currently cooking the image for it so I'll post it once done. Then maybe someone can have a go at pairing it with an LZSS tune - even better if it is the BS LZSS tune. ;)

    Should be easy enough but don't count me in... I got other plans and you'd rather get your hands on a new PoP release wouldn't you 😀 ?


  7. 17 hours ago, Beeblebrox said:

    To my surprise/delight I happen to come across a recent rendition of it (see Youtube vid posted below) by Emkay which sounds amazing coming from the pokey chip - it took me right back! :music: I am pretty sure ya'll know but it's a new experimental format by rensoup (Prince of Persia savior:grin:)  where it's being decompressed real time.

    Vinscool had also be working on the track:

    Glad you like that BS tune, it's also one of my favourite tunes, and Vinscool's cover is my favourite A8 cover ever 🤩

    (and also covered at my request 😃) It runs at 100Hz but can be converted down to 50Hz easily with RMT2LZSS with minimal loss.

    17 hours ago, Beeblebrox said:

    My question is: Can the Atari cope with simultaniously running of this new format music track whilst displaying the Rasta image with all the computational power the latter requires?

    You bet... the LZSS player is much faster than RMT so if RMT can be played, it's no problem either for LZSS. I don't know if anyone did RC + LZSS though I know @pps did a G2F + LZSS app.

     

    Any volunteer ?


  8. 19 hours ago, VinsCool said:

    ... and actually I take back what I said, I managed to record the audio from altirra and now the Sketch 50 sounds incorrect.
    Last version was all good, however. I used literally the same files so I have no idea why this sounds different, but I suspect that's related to the bug fixes so I probably have to edit my module to fix it, so that's only a minor issue for now.
    Other than that everything in it worked fine :P

     

    hmm.. seems similar to me... anymore clues ?

    • Like 1

  9. 1.76
        -added support for 16bit frequency tables (only supported for portamento right now). See .erti example
        -16bit mode switch now also occurs when channel volume = 0
        -added custom directories for file dialog.
     

    Slowly but surely, portamento supports full 16bit... hopefully it'll be useful too 🙂

     

    Support for custom directories means the directories you accessed are remembered in a text file and added to the file dialog... this has been nagging me for a while!

    • Like 1
    • Thanks 1

  10. 3 hours ago, emkay said:

    Antivirus tells that the rmt2lzss.exe contains the "agenttesla" trojan. 

    ? which version ? Can anyone else confirm this ?

     

    I build from a virtual machine which has no network access so that seems unlikely... 

     

    submitted the exe to https://opentip.kaspersky.com/ :

     

    Quote

    No threats detected

     

    That's some seriously useless antivirus you're running...

    • Like 1

  11. 20 hours ago, VinsCool said:

    Hmmm I'm already running into problems...
    This was me trying to convert the same kick drum test from the other day:

    Ah.. forgot to initialize the param16 array, it only gets initialized if there is something in the .erti file (which there was since I was testing it duh).

     

    should be fixed now (1.74b)!

     

    Any idea why RMT has 8bit and 16bit tables btw ? Why not just go with 16bit tables and drop the low byte in 8bit mode ?

     

    • Thanks 1

  12. On 5/10/2021 at 7:56 PM, VinsCool said:

    Yeah this was what I was talking about specifically.

    That noise should not exist 😛

    1.74 May 2021
        -fix for envelope step
        -added 16bit precision to portamento depth

     

    Should be ok now...

     

    16bit precision for portamento depth works for 8bit mode and 16bit mode (where the frequency is plugged in directly into both AUDF)

    So portaSpeed is always 1 and portaDepth is 8.8 fixed point but start/end note/frequencies are still set in 8bit, meaning the .8 part always starts at 0.

     

    ie: StartFreq = $8500, EndFreq =$9100, Depth = $0010

     

    would produce:

    $8500

    $8510

    $8520

    $8530

    ...

    $9100

     

    the bold part would go into AUDF in 8bit, the bold and non bold part would go into each AUDF  in 16bit

     

    I'm hoping it works because as usual it's a little annoying to test... if not, a simple example would help 🙂

     

    The right way should be to convert everything that needs it to 16bit precision, like note tables and other effects but it's kinda messy...

     

    • Thanks 1

  13. 3 hours ago, Stephen said:

    Well I am quite surprised by this.  There is almost zero difference between the 50Hz and 200Hz outputs. 

    Yep, that's what I figured with my lo-fi setup but thanks for confirming this... The only tune that sounds noticeably different is Vinscool's Battle squadron cover (depending on which frames you decimate).

     

    Obviously since Tatqoo didn't know he was using 200Hz, he didn't take advantage of it.

     

    That's why I'm still unsure it's worth pushing for mixed 50/200Hz tunes... Need proof!

    • Like 1

  14. On 5/8/2021 at 8:07 PM, ivop said:

    Perhaps the different volume only modes could be (ab)used for this. $10-$1f is just volume only, but $30-$3f, $50-$5f etc..., could be used to signal that a certain tone generator should be enabled (ORA #$A0 for example).

    Actually, LZSS already removes duplicate dist modes, so it would be possible to use those as escape sequences! Not sure if I'd want to ever go that road but definitely worth keeping in the back pocket.

     

    On 5/8/2021 at 8:54 PM, ivop said:

    Found it! This is 100Hz updates of just the frequencies of three oscillators. No samples.

    The quality is not bad at at all for what it is, I guess this answers my question about creating samples-like sounds made of regular AUDF + AUDC. Too bad he never ported it to the A8.

     

    I did an internet search and came back straight to AA! : 

     

    Looks like @thealgorithm the Frodigi author is a user here but as logged in in a while.

     

     

     

×
×
  • Create New...