DICTATION: "incrementally" uses up memory...?

[Technomancer]

I'll try to be brief:

When I start a DICTATION command, I see the memory usage of VA jumps by about 20mb in, literally, less than five seconds (not really a big deal, but read on).  When I shut it down, clearing the buffer and clipboard, it drops 2-5mbs, but "holds" there.  When I start DICTATION again, it jumps up another 20mb, etc...I think you can see the problem.

Eventually, VA crashes (which is what led me to investigate).

I realize it could be that the DICTATION was not meant to be used in the fashion I am attempting (a relatively "longer" conversation), but I would've thought that when you stop DICTATION (and clear the buffer and clipboard) the memory would be "released"...?

Any insight would be helpful.

Thank you.

[Gary]

I can *kind* of reproduce this, but I'm not able to make it crash as it's not increasing the memory at 20 megs at a time.  I read Genesis 1 and it goes up about 5 to 10 megs or so.   I continued on with Genesis 2 and that didn't move it up much, as it probably garbage collected the vars that hold the buffer.  I tried testing the same text using the recognition emulator built into the speech components and it moved even less, so I'm under the impression that the speech components have something to do with it.  I'll keep looking on this, however, it's going to be a difficult one to pin down.

Thanks for the heads-up.

[Gary]

You wouldn't happen to be running an 'execute a command whenever a dictation phrase is recognized' command by chance?

[Technomancer]

Sorry, I should've given more details.  Here is exactly what I'm doing (it's for Elite: Dangerous):

Play a random sound (8 sounds in list)
Press the 2 key and hold for 0.02 and release (to open the "Comms" panel in ED)
Start Dictation mode (clearing Dictation buffer)

Start Loop While: {DICTATION} = '' (null/nothing)
End Loop

Set Windows Clipboard to {DICTATION:CAPITOL:PERIOD}
Pause 0.100 Seconds (meh, just in case)

Execute Another Command (the cut-and-paste routine into the Comms panel)

It seemed like that extremely tight loop was the culprit.  However, I was playing around before posting this and it turns out that when I deleted the SOUND at the beginning the problem basically went away. :\

Now when that command fires, I get a mere 3-5 mb spike and settles down.

No idea why the sound in the command had such detrimental consequences.

[Gary]

How big and what type of file was it (wav, mp3, ogg, etc.)?

You never know... I've seen files have a strange effect on the audio components.

[Technomancer]

Thanx for your help.

It's an 850k .mp3. A "chirp" as the comms panel opens.

I'm getting some really odd behavior (not saying it's VA). I was thinking that maybe the sound still playing, as the next instruction begins might be messing something up (just going off your last comment), but I didn't want to have the next instruction wait until the sound completed, so I tried moving the sound to the end of the command and, for whatever reason, it seems to be OK. 

Just for the record, I did a fresh install on this PC just to play ED in virtual reality.  There are a minimal number of basic programs installed.  Of course, that's not to say that there isn't some software conflict somewhere. 

I've been messing with PC's for over 30 years and I've done some "mild" programming in my days.    I'm only mentioning this in case you want to throw some weird stuff for me to try.  I'm a hacker.

[Pfeil]

I'm a hacker.

Aah stock footage, why are you so hilarious?

[Technomancer]

LOL!

Nice.  I feel right at home on this forum now. 

[Gary]

I tried this out with some sounds larger than a meg each... I see the memory size go up, but it goes back down with the sound at the start.

I like the macro though... pretty cool

[Technomancer]

I tried this out with some sounds larger than a meg each... I see the memory size go up, but it goes back down with the sound at the start.

I like the macro though... pretty cool

Thanx

I have a feeling it's something local on my PC.  No worries.