Thanks for your quick response.
It looks to me like the camera capture does not like ":" characters in the filename. These are allowed in a Unix file system but not in Windows so it is possible they are not allowed because of that. This is not a RPi Cam Web issue; this is generating the correct filename but it is not being accepted when a capture request is sent to the camera system with ':' in the filename.
I guess I made an erroneous assumption I could use ":", as it had worked in the annotation, but I do understand how OS's dislikes certain characters. But I would like to have time separators, so a - or _ should be ok.
I took your string and just changed it to
and then it worked fine. You could put other characters between %h%m%s if you wanted like - or _
I'm not sure how you were trying to edit this from the web interface as there is no place to change the basic paths from there. You can put them in uconfig instead of /etc/raspimjpeg and if you stop and start the camera from the web then they will be used.
I will try that as well, but did you make your test change in raspimjpeg?
Although it works I'd not put %v (or %t,%i) in subfolder paths. These are an incrementing index and therefore in your example you would end up with 1 top level folder per capture.
I wouldn't want to put anything in subpaths anyhow. I just cut and pasted the line from raspimjpeg, and showed what filename I'd like to have.
If you mean the two size buttons in the download / preview page; these are preserved as cookies (i.e. on the browser) so that they can be set differently for different browsers. You do need to allow cookies in any browser where you want this to work.
Good to know. I'll check that. But what I have experienced is that I'll adjust the size buttons, select "Update Sizes" so I can quickly glance at the previews, and if I select a thumbnail to view the video, the thumbnails go back to the 96. If I'm hearing you, if cookies are activated, that part of the issue will go away? FYI, I am (now) using Chrome when utilizing the interface.
Are you sure the system is hanging up when you zip a number of videos? The zipping is being done on the Pi in-line with the web page refresh so that the refresh will appear to stop until the zip completes and then you see the zip download start. Depending on the number and size of the videos that could be taking tens of seconds. It may be possible in the future to kick off the zip in the background but that is quite a bit more complicated to do.
What I have experienced is, after a while waiting, is a blank screen. Not sure how long I should be waiting, but some of those files are pretty big, so perhaps I should exhibit some patience
On my end, I wouldn't want you to go changing the zipping in the background, once I get what I need, I can FTP into the www/var/media folder and grab what I need.