Timelapse from sat 21.15 - sun 12.00
On macOS it is pretty easy to record a specific part of your screen, using Command+Shift+5.
Reference: How to Record a Video of Your Chrome Browser.
Not Chrome only: works for any browser you use on macOS.
I’m working on reducing the load times.
Think i’ve found a much faster way to separate the json history files in javascript.
To achieve that they are bundled differently.
Until now i just separated them with a magic string and parsed the file as plain text in javascript.
Then the resulting strings were parsed as json.
This is slow though because the whole file needs to be put into the javascript virtual machine as a string and then mangled afterwards.
Now the browser just gets compressed json files which it can handle natively outside of the virtual machine.
Only the json objects are seen by javascript.
Anyway I’m a little annoyed that i didn’t think of this earlier.
Hopefully this will cut load times significantly, i’m still testing.
Also i further increased the amount of files bundled up in one file.
For 10 seconds interval and 24 hours of history there will only be 25 files to be generated.
That cuts down on file revalidation as those files are cached by the browser but checked with the server on every reload for any changes.
Edit:
Seems like i can’t cut the load time below around 20 seconds for a full 24 hour history using a 10 second snapshot interval.
But those 20 seconds are on my laptop and i still like the new solution better.
The load times will be higher for people with more planes than i receive though.
How bad are your load times everyone?
Just over 21 hours of data using 10 second snapshot interval takes ca. 15 seconds to load for me which seems good to me.
I’ve fixed some stuff and made sure the history is actually 24 hours long when 24 hours is what is requested.
It will fluctuate between 24 and 25 hours history but that’s close enough for me.
If you upgrade now via the install script it will kill your current history though.
Internal format has changed, you might need to reload the website as well, if there are any problems remove the cache.
Sunday is almost over and i’ll call the project finished for now.
@gwood18 is it working for you now?
Thanks , but it was record with macOS Command+Shift+5.
FIle was very big +/- 800Mb so i converted it with VLC…
Yes it is, thanks.
Great job on this and all you enhancements to FA.
A slight modification i made:
Chunk size can now be configured and defaults to 90 instead of 360.
(That’s the number of json files combined for compression and transfer)
This can slightly increase website load time but that already takes some time and shouldn’t really affect it negatively or really at all.
It will reduce the CPU use on the RPi which wasn’t too much anyway.
If you are really tight on performance chunk size can be further reduced.
Now if you update your installation your configuration file will not be changed and the default chunk size will be used.
If you want to change it, add this to your configuration file:
CHUNK_SIZE=90
Also i recommend reducing the INTERVAL setting to 5 or 7, this makes aircraft movement smoother.
Obviously it also increases load times.
Well turns out i don’t like smaller chunk size so it’s back to its old default.
But i’ve found some other tweaks to reduce CPU load if that matters to you.
Should help keep the RPi a little cooler.
If you fancy it, just run the install and it’ll update you to the current version.
Graph generation uses way more CPU anyway if you are using that, so it’s probably whatever.
" wiedehopf
Thank you for all of your time and effort of building and sharing all of the add on enhancement programs for Flightaware, I have greatly benefitted from some of your programs that you have worked very hard to create.
I especially enjoyed the “timelapse” program, and had a lot of fun watching the program execute.
Due to the slowdown of the loading of the program, ( I know you did some modification to speed it up),I would like to remove it and I did not see a way to delete the “timelapse” program from my PI from the command line. I tried all of the standard ways, but I get a “timelapse1090” does not exist.
Could you reply with a command to delete the program? Thank you and again I appreciate the work that you do to make this hobby so much fun!
KB4ERT
It doesn’t take much disk space, so the easiest solution is to just disable the service:
sudo systemctl disable timelapse1090
sudo systemctl stop timelapse1090
The program will still be present but it won’t hurt anything.
I’ll look into some uninstall script, but for all intents and purposes the above commands are sufficient.
If you don’t like the long loading time you should reduce the timespan it covers.
sudo nano /etc/default/timelapse1090
Change the number in this line
HISTORY=24
to 3 for example and it will load much quicker.
Ctrl-x to exit, y (yes) and enter to save.
Apply the configuration:
sudo systemctl restart timelapse1090
The timelapse will only record the last 3 hours though, but that might be sufficient for you.
How long did loading take for you, once it’s loaded you shouldn’t need to load it again while you can maneuver through the complete history it recorded.
Also just to make it clear, it’s an extra URL and independent of the normal SkyView.
You can still use that with the normal low load time to look at live traffic.
So unfortunately the install script changed some symbolic links to real files in the lighttpd conf-enabled folder.
I’ve since fixed that. (sed -i does not follow symbolic links)
It’s most likely not going to be a problem, but if you want to rectify the situation:
sudo bash -c 'cd /etc/lighttpd/conf-enabled; for i in $(ls); do echo $i; ln -f -s ../conf-available/$i $i; done'
I have a script for reboot my RPi each 2 hours; I can’t view 24 hour timelapse, and i think that “issue” is by reboot… is there any setup for view all 24 hours time lapse including “reboots”?
… don’t reboot every 2 hours? You should not need to.
It’s saved in memory, there is no setting to change it to the hard-drive.
Don’t see the need to add that option either, sorry.
Does timelapse1090 support UAT?
No. No plans for supporting it either i’m afraid, don’t feel like fiddling with the code right now.
Adding support in the sense that timelapse1090 for each computer would either support 1090 or UAT, that might be doable. But not both at the same time.
I’ll check tomorrow maybe.
Thanks for offering to check.
I figured since your tar1090 supports both, it wouldn’t be too bad for timelapse1090, but I don’t know how hard it was to add both.
I installed timelapse1090 and it was working perfectly for a few weeks with add-on dump1090-fa. However, I recently installed dump978-fa and now when I load skyaware978, I see the spinning circle load and map load as before, but no planes are shown. The clock shows N/A, and none of the buttons seem to do anything.
But when I try ADSBcompare Polar, it plots the data points. So it appears it is collecting the data correctly, I just cant view it. Any suggestions?
Reinstall timelapse, it will remove a duplicate mod_setenv entry that is preventing lighttpd from working properly.