ZoneMinder Forums

setovi wrote: ↑Mon Sep 12, 2022 3:35 pm I solved it by substituting that user with the right zmuser for my environment, dropping the database, and restoring the mysqldump backup.

Yes, this does the trick. I've put more details on how to do that on my other post if anyone needed a hint as of how to go about it.

Fixed!! Thanks! I dumped the db, went in and searched the dump file and found two instances of the debian-sys-maint and replaced them with zmuser Reloaded the DB and all good, thanks! Thanks, this seemed to help. - I've traced the issue back to the day where I moved my whole ZM instance from ...

I played with the encoderparams yesterday, tried adding the -aspect 16:9 in multiple ways, but it didn't seem to have an effect on the final file. I will probably write a bash script that will fix the file once the event is complete and run it through the Filters. It's probably good to say that even ...

Have you considered Storage -> Optional Encoder Parameters (?) I tried it and it didn't do anything. I don't think these settings are used for passthrough saving, but were used before when the video files were assembled from the individual jpgs. For the Filters solution, I am wondering how to avoid ...

Hi, I've got one camera that's 4MP and 16/9, which would normally mean a 2560x1440 video. However, the raw video stream out of the camera introduces itself as [SAR 4:3 DAR 64:27], as per the ffprobe output: Stream #0:0: Video: h264 (High), yuvj420p(pc, progressive), 2560x1440 [SAR 4:3 DAR 64:27], 10 ...

Post just for fun, I recently upgraded from ooooold version (1.27?) to recent ZoneMinder 1.32, so I could FINALLY get that x264 passthrough recording instead of millions of single jpegs. Actually I wasn't even planning on it, just tried it out in a sandbox VM to see how it all works and stuff ...