Hello! I am working on a project with 2560 pixels running on Artnet over

@Stef_Weicks ah oki i think I see. it records 1000 frames and close the file only when these frames are saved
try this one
line 149 while(compteur<1000) replace 1000 per 30 for instance
and line 153 put back
myFile.write(artnet.getframe(),NUM_LEDS*sizeof(CRGB));

now launch JInx and wait couple of seconds
let me know

@Yves_BAZIN ok i did what you said in line 149 … and in line 153 there is no change… ok? The led is blinking very shortly about 1 or two seconds … in the writing process i think

the result is the same … file size is 0kB.

@Stef_Weicks humm really strange
ok in the headers at the begining
add
#include “FS.h”
before line 21

@Stef_Weicks I am stupid !!!

i had declared the file with only the context of the setup

@Yves_BAZIN great … saving is working!! :wink:
but reading … i think there is a little problem with the GPIO5 … pin3 is using gpio5 … and the SD-cardreader neds also this port… i set pin3 to gpio 0 …

but it doesn´t read the card either

@Stef_Weicks with board do you use ? So I can check the pin out

@Yves_BAZIN Wemos D1 mini ESP32

missing/deleted image from Google+

@Stef_Weicks same stupid stuff as the one for the writing
line 133
File myFile = SD.open(filename);
should be
myFile = SD.open(filename);
sorry

Yes!. perfect thank you again @Yves_BAZIN ! i only have to adjust the output pin3 because of the sd-card… now i took GPIO27…

maybe you can remember … i had the problem with the 10 bright lighting leds on the last universe. now if i write with jinx to the sdcard … i also have this problem now. so i copied the solution of the artnet wifi program:
artnet.begin(NUM_LEDS+500,UNIVERSE_SIZE);

the terminal calls 18 universes insted of 16 … yes I know somehow understandable, but writing +500 didnt fixed this failure now.?!. :frowning:

@Stef_Weicks eheh indeed
I did not replicate the tweak for you
so in the program to save the frame
line 145
artnet.begin(NUM_LEDS,UNIVERSE_SIZE);
change to
artnet.begin(NUM_LEDS+160,UNIVERSE_SIZE);
like the modification we did for for your first program

@Stef_Weicks it should not be +500 but +160

@Yves_BAZIN
oh yes you are right!! sorry … i think today its a little bit to hot for my brain :smiley:

@Stef_Weicks it happens to everybody :wink: let me know if it works now

good morning @Yves_BAZIN ! Yes it works now :smiley:
there is only one thing left. While i am playing the animations from the card , every few seconds i can see jerks. I can imagine that this happened when writing the file, because the jerks always appear at the same places when playing. Is it possible that this is because of the sdcard (write speed or so)?

@Stef_Weicks what the save program does saving the frames push by jinx like recording a movie. in the save program with the variable ‘compteur’ (sorry I wrote that in French) you set the number of frames you record. Then the read program reads that in loop that means when the read program arrives at the end of the file it starts again from the beginning. Hence it’s like playing the 10s of a song in loop it will ‘jerk’ each time you start again drop the beginning
Do be able to see less of it just increase the compteur
While(compteur<10000) for instance
10000 frames this should give you 400s and a 76Mo files.
If that was not that your issue it means that the recording has jerks in it. Just re ‘record it’.
Maybe on the save program on can comment the lines
memcpy(leds,artnet.getframe()…
And
Fasteledshow322()
As you do not need to see the frame playing while recording

@Stef_Weicks I can also sigthly modify the program so that the writing is done my the second core this should allow a ‘smoother’ recording.

@Yves_BAZIN yes, its understandable that the file jumps at the end of the sequence back to the beginning ->at this point, a jerk arises thats ok. but I also noticed it during the animations … for instance a scrolling text starts scrolling and its jumping a few times from one side to another …
So maybe you have time to write a code for the second core. would be really great if that solves the problem!

@Stef_Weicks

here it is :slight_smile:
normally it should do better in saving the frames

@Stef_Weicks this program does not display anything on the led panel but if you use the serial output it will tell you when the recording starts and when it ends