Thought it would be cleaner to keep all bugs/adjustments needed in one thread vs making several posts. With the latest update I am having an issue with the Question (Directory function). If I hit a question I can get responses to play after, however (this only applies to a trigger 1 response “tnclka1” it will keep repeating, the directory doesn’t clear unless I hit “cancel” trigger 8.
I hit trigger 5 “t5clk1” for a question
I then hit trigger 1 “t5clka1” for a response to that question
If I hit trigger 1 again, I am wanting t1clkn but instead I get the question response “t5clka1” until I hit cancel
I will be emailing you our new Vader template so you can demo/play with the fun set up.
In the previous versions we has discussed keeping it an answer not a “repeat”. All the versions I’ve tested until yesterdays allowed me to do it. We also talked about If we wanted to repeat the questions we could duplicate the question file and place it in the tnclka1 spot or any other trigger answer location.
My intention was that you can use tnclka1 to repeat the same question, but possibly a different sound file. Something like:
are you loyal to the empire? (t5clk1)
clicks T1: are you deaf? I said: Are you loyal to the empire?!? (t5clka1)
If you don’t have specific repeat messages, then you could just copy t5clk1* to t5clka1*.
I didn’t mean that duplicating the files would trigger any special behavior.
Now, if we want to make any trigger capable of being a repeat, we probably need to use a special sound category for it, like “t5clkr1” or something. But honestly I think it would be confusing. It seems like it would always be better to have the repeat on the same button, wouldn’t it?
I’m doing some audio testing and have found the volume is lower on the teensy/audio shield compared to the adafruit board we were using in our previous model. I have the volume set to 2500 (still new to Proffie OS) but most cosplayers use speakers that are 4W-30W. Is there a suggested amount I can raise the #define VOLUME using a powered speaker?
I adjusted the amplifier.h file from .5 to .75 and that certainly made the difference. With the define Volume at 2500 and the amplifier.h file at .75 it’s slightly louder than what we had on the adafruit board.
I’m not too familiar with what is the best practice for the define volume in the config. I guess what I’m asking is where should I pull back on my current settings to keep the users speakers safe from blowing (if that even is an issues)? The amplifier.h file volume or the config define volume?
Since the MiCom produces an “audio out” signal rather than a “speaker out”, the concerns are slightly different than for a proffieboard. Basically, it’s a question of compatibility and fidelity. I don’t have the answers, but I have some ideas of what to avoid.
The VOLUME define governs the digital signal between the CPU and the audio chip. If it is too high we get clipping. Some clipping can actually create a nice effect in some cases, but for the MiCom I don’t think we want that. If the VOLUME is too low, then we are not using all the 16 bits per sample that the amplifier has available, which means less fidelity.
The 0.5/0.75 value governs the volume of the audio-out signal. If it’s too high, we risk clipping, or possibly overloading the input port on the amplifier, which basically also results in clipping. If it is too low, then we loose fidelity to analog noise.
So basically; the goal for both values should basically be the maximum that doesn’t cause clipping.
There are some standards for what line level are expected. If you have have true-RMS multimeter you can measure the output level and see how it lines up with the standards. Of course, since nothing is ever as easy as it should be, there is more than one standard…
Not used: C:\Program Files (x86)\Arduino\libraries\SD
Error compiling for board Teensy 4.0.
Have tried one computer that Arduino/ProffieOS works perfect with Proffieboard programming as well as Arduino Pro Mini, and tried another computer that had no previous Arduino IDE/ProffieOS install. Same errors on both computers when attempting to compile the sketch. Not sure if I have a config that’s not correct or where the issue is.
Also to add - I can bounce back into the original ProffieOS that I use for programming Proffieboards and it will compile a sketch just fine, so I feel like it’s gotta be a naming issue in the ProffieOS that’s being used for the MiCom.
Alright. Does the ProffieOS MiCom master need re-downloaded again then or do I just need to do a filename change somewhere?
Also, just quick insight. I installed Arduino IDE 1.8.13 along with Teensyduino 1.53 and then used the ProffieOS MiCom master that TheTruth777 sent me and was able to flash the board properly. This time the Teensyduino updater popped up as well. Those are the software versions TheTruth777 currently has installed on his computer that would allow a proper board flash.