What version or Arduino and which version of the Proffieboard plugin are you using? I had something similar a while back, and I seem to recall that reloading the plugin fixed it.
Currently using arduino 2.2.1 and proffie 3.6
So Im not sure why maybe @Fett263 knows why but I was able to get a custom blade style to work without any issues however I had to delete all the extra text from the blade style which is generated by Fett263 config/style generator. I had to add my blade style like this:
{ "Graflex", "tracks/venus.wav",
StylePtr<Layers<RandomFlicker<Stripes<24000,-1400,Rgb<255,0,0>,Rgb<255,0,0>,Mix<Int<11565>,Black,Rgb<255,0,0>>,Rgb<255,0,0>,Mix<Int<16448>,Black,Rgb<255,0,0>>>,Rgb<255,0,0>>,TransitionEffectL<TrConcat<TrJoin<TrDelayX<WavLen<>>,TrWipeIn<200>>,AlphaL<AudioFlickerL<RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>>,SmoothStep<IntArg<MELT_SIZE_ARG,28000>,Int<2000>>>,TrWipe<200>>,EFFECT_STAB>,TransitionEffectL<TrRandom<TrWaveX<RgbArg<BLAST_COLOR_ARG,Rgb<255,255,255>>,Scale<EffectRandomF<EFFECT_BLAST>,Int<100>,Int<400>>,Int<100>,Scale<EffectPosition<EFFECT_BLAST>,Int<100>,Int<400>>,Scale<EffectPosition<EFFECT_BLAST>,Int<28000>,Int<8000>>>,TrConcat<TrJoin<TrDelay<30>,TrInstant>,RgbArg<BLAST_COLOR_ARG,Rgb<255,255,255>>,TrFade<300>>,TrConcat<TrInstant,AlphaMixL<Bump<EffectPosition<EFFECT_BLAST>,Scale<WavLen<>,Int<9000>,Int<12000>>>,RgbArg<BLAST_COLOR_ARG,Rgb<255,255,255>>,Mix<Int<16384>,Black,RgbArg<BLAST_COLOR_ARG,Rgb<255,255,255>>>>,TrFade<300>>>,EFFECT_BLAST>,TransitionEffectL<TrConcat<TrInstant,AlphaL<RgbArg<CLASH_COLOR_ARG,Rgb<255,255,255>>,Bump<Scale<BladeAngle<>,Scale<BladeAngle<0,16000>,Sum<IntArg<LOCKUP_POSITION_ARG,16000>,Int<-12000>>,Sum<IntArg<LOCKUP_POSITION_ARG,16000>,Int<10000>>>,Sum<IntArg<LOCKUP_POSITION_ARG,16000>,Int<-10000>>>,Scale<ClashImpactF<>,Int<12000>,Int<60000>>>>,TrFadeX<Scale<ClashImpactF<>,Int<200>,Int<400>>>>,EFFECT_CLASH>,LockupTrL<AlphaMixL<Bump<Scale<BladeAngle<>,Scale<BladeAngle<0,16000>,Sum<IntArg<LOCKUP_POSITION_ARG,16000>,Int<-12000>>,Sum<IntArg<LOCKUP_POSITION_ARG,16000>,Int<10000>>>,Scale<SwingSpeed<100>,Int<14000>,Int<18000>>>>,AudioFlickerL<RgbArg<LOCKUP_COLOR_ARG,Rgb<255,255,255>>>,BrownNoiseFlickerL<RgbArg<LOCKUP_COLOR_ARG,Rgb<255,255,255>>,Int<200>>>,TrConcat<TrInstant,RgbArg<LOCKUP_COLOR_ARG,Rgb<255,255,255>>,TrFade<400>>,TrConcat<TrInstant,RgbArg<LOCKUP_COLOR_ARG,Rgb<255,255,255>>,TrFade<400>>,SaberBase::LOCKUP_NORMAL>,ResponsiveLightningBlockL<Strobe<RgbArg<LB_COLOR_ARG,Rgb<255,255,255>>,AudioFlicker<RgbArg<LB_COLOR_ARG,Rgb<255,255,255>>,Blue>,50,1>,TrConcat<TrInstant,AlphaL<RgbArg<LB_COLOR_ARG,Rgb<255,255,255>>,Bump<Int<12000>,Int<18000>>>,TrFade<200>>,TrConcat<TrInstant,HumpFlickerL<AlphaL<RgbArg<LB_COLOR_ARG,Rgb<255,255,255>>,Int<16000>>,30>,TrSmoothFade<600>>>,LockupTrL<AlphaL<RandomPerLEDFlickerL<RgbArg<DRAG_COLOR_ARG,Rgb<255,255,255>>>,SmoothStep<IntArg<DRAG_SIZE_ARG,28000>,Int<3000>>>,TrConcat<TrJoin<TrDelay<4000>,TrWipeIn<200>>,AlphaL<BrownNoiseFlickerL<RgbArg<DRAG_COLOR_ARG,Rgb<255,255,255>>,Int<300>>,SmoothStep<IntArg<DRAG_SIZE_ARG,28000>,Int<3000>>>,TrFade<4000>>,TrFade<300>,SaberBase::LOCKUP_DRAG>,LockupTrL<AlphaL<Remap<Scale<RampF,Int<65536>,Int<0>>,StaticFire<Mix<TwistAngle<>,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>,RotateColorsX<Int<3000>,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>>>,Mix<TwistAngle<>,RotateColorsX<Int<3000>,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>>,RotateColorsX<Int<3000>,Mix<Int<12000>,Black,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>>>>,0,3,5,3000,10>>,SmoothStep<IntArg<MELT_SIZE_ARG,28000>,Int<4000>>>,TrConcat<TrWipeIn<100>,AlphaL<RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>,SmoothStep<IntArg<MELT_SIZE_ARG,28000>,Int<4000>>>,TrJoin<TrDelay<4000>,TrFade<300>>,AlphaL<Mix<TwistAngle<>,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>,RotateColorsX<Int<3000>,RgbArg<STAB_COLOR_ARG,Rgb<255,68,0>>>>,SmoothStep<IntArg<MELT_SIZE_ARG,28000>,Int<4000>>>,TrFade<4000>>,TrWipe<200>,SaberBase::LOCKUP_MELT>,InOutTrL<TrWipeX<BendTimePowInvX<IgnitionTime<300>,Mult<IntArg<IGNITION_OPTION2_ARG,10992>,Int<98304>>>>,TrWipeInX<BendTimePowInvX<RetractionTime<0>,Mult<IntArg<RETRACTION_OPTION2_ARG,10992>,Int<98304>>>>,Black>>>(),
StylePtr<Layers<Pulsing<Mix<Int<8192>,Black,RgbArg<BASE_COLOR_ARG,Rgb<255,0,0>>>,RgbArg<BASE_COLOR_ARG,Rgb<255,0,0>>,2000>,InOutTrL<TrInstant,TrInstant,Pulsing<Mix<Int<8192>,Black,Rgb<0,255,0>>,Rgb<0,255,0>,2000>>>>(),
},```Not sure what you mean, the copyright and info section is a comment it’s ignored by Arduino and would have no impact on the upload.
Post the code and error it caused.
Didn’t get an error code in arduino just had the error in font directory issue. All I did was remove the copyright and comment section on the config and I stopped getting the error in font directory issue. Same config no change to the sd card that’s all I changed and I stopped getting the error in font directory. No idea why. I’ll keep testing over the next few days.
Yeah, those things are completely unrelated. Perhaps you had a bad upload. I don’t see any way comments could lead to that, something else caused.
Search this post for the same issue. I don’t remember what the solution was, if any. I’m on a plane .
Boooo. I just checked and it was left as an unsolved mystery.
This test should strictly be with comments, then without them , then with again, then without again.
There’s no way that could be proof positive.
So after further testing by only changing one variable at a time in the config I was able to get consistence results. When I have the beginning of the preset titled { "Yoda;common", "Yoda/tracks/track1.wav", I get an error in font directory upon boot up and with every font. However when I title it { "Yoda", "Yoda/tracks/track1.wav", it works with zero change to the SD card. It does not like the word “common” after the font title in the config. Not sure why as it is generated this way by the Fett config/style generator and all my other sabers have been titled with the word “common” after the font title and I haven’t had any issues until now. Like I said I tested this several times with only adding and removing the word “common” after the font title and got consistent results each time. Anyone know why this is?
“common” is required with my prop. See Set Up Instructions for Voice Prompts on this page.
Right, so the problem is in the common folder, which is the - so far - phantom issue of it reading vmbegin 256 times.
The other thread I linked above had the most comprehensive troubleshooting to date.
Since you are experiencing it, maybe you should read through that, try some of the things tried in there and add to the thread with any experience / discoveries / clues you have?
I read through the article, I am going to give voice pack A a shot and see if it works. I will also try an older OS. I am also doing this on a Mac which seams to be the common denominator. Maybe I’ll try loading the files onto the SD card from a windows computer as well. I’m not sure why I’m having this issue all of a sudden I’m using the same computer, voice packs, blade styles, and sound fonts that I’ve used on several other sabers and haven’t had this issue before. I literally just did two sabers last week with the same OS, common folder, blade styles, and sound fonts and they all worked perfectly.
It’s possible the fix for this was removing the invisible resource files that macOS creates on the SD card.
If it was, I don’t know why it didn’t make it into the thread, and also I have to look to see if we patched ProffieOS to ignore file names starting with a dot.
This code was added years ago. Whatever is causing this is not because ProffieOS is confused by files starts with a dot.
The thing to do when we see these types of problems is to have people try the latest github master and add:
#define PROFFIEOS_LOG_LEVEL 1000
This should provide enough output in the serial monitor to tell us more about what is going on.
Last time we saw this, ProffieOS was somehow reading some directory entries over and over and over again. It’s not entirely clear what caused that though. Could be SD card corruption, or a bug in the directory scan somehow.
So I tried voice pack A and that worked. I tried voice pack C as well as half a dozen other custom voice packs and all had the error in font directory issue and edit mode didn’t work. So what I did to fix the issue and keep the voices that I wanted was I copied voice pack A into my SD card. Then copied the individual files from the voice pack I wanted into the voice pack A common folder and told it to rewrite the files in voice pack A with the new files. This worked for me no more errors and edit mode works with the voice pack I wanted. Not sure if this was the best way to fix it but it worked and Im happy. Again Ive never had this issue with a voice pack until now and Im using the same voice pack files, same computer, same proffie OS, same Arduino version, same brand and SD card type. Curious if anyone finds a solution or cause to this. Anyway thanks again as always everyone I really appreciate the work everyone does in this community!
… and the mystery remains unsolved
This seems very weird.
Are you sure it’s saying “error in font directory” ?
What does serial monitor say if you send the command effects?