[Support]: "Object Lifecycle" screenshot resolution stretched to portrait. #19999
-
Beta Was this translation helpful? Give feedback.
Replies: 6 comments 12 replies
-
|
The object lifecycle images in Frigate are generated from the frames of the camera stream defined by the Looking at your configuration, you have different resolutions between your main stream (1280x720) and sub stream (960x480) (1). The object lifecycle images are captured from whichever stream is assigned the The stretched portrait orientation you're seeing could be related to aspect ratio handling when the detect stream resolution doesn't match the camera's native aspect ratio. Your FFprobe output shows the sub stream has a 960x480 resolution with a 2:1 aspect ratio, while the main stream is 1280x720 with a 16:9 aspect ratio. To improve the quality and correct orientation of object lifecycle images, consider:
detect:
width: 960
height: 480 # Match your actual sub stream resolutionThe ideal resolution for detection is one where the objects you want to detect fit inside the dimensions of the model used by Frigate (320x320), and larger resolutions do improve performance if the objects are very small in the frame (1). 📚 Sources: Have another question? Just tag @inkeep. |
Beta Was this translation helpful? Give feedback.
-
|
I don't have specific documentation in the available sources that explicitly states which stream (detect or record) is used for Object Lifecycle images. The sources I have access to don't contain detailed information about how Object Lifecycle images are generated or which stream they're sourced from. To properly troubleshoot this issue, you would need to check your record stream's aspect ratio. Looking at your configuration, your record role is assigned to:
According to your FFprobe output, you have two streams with different aspect ratios:
If the Object Lifecycle images are indeed sourced from the record stream as you mentioned, the aspect ratio mismatch between your streams could be causing the stretching issue. I'd recommend checking the documentation at GitHub for more specific information about Object Lifecycle image generation, as this detail isn't covered in the sources I have available. Have another question? Just tag @inkeep. |
Beta Was this translation helpful? Give feedback.
-
|
Based on your configuration and the issue you're experiencing, I can help you set up go2rtc with restreaming to potentially resolve the aspect ratio issues with your Object Lifecycle images. This approach reduces connections to your cameras and can help normalize the streams(1). Here's how to refactor your configuration to use go2rtc restreaming: go2rtc:
streams:
driveway:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/101 # main stream
- "ffmpeg:driveway#video=h264#hardware" # transcode if needed
driveway_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/102 # sub stream
frontdoor:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/201 # main stream
- "ffmpeg:frontdoor#video=h264#hardware" # transcode if needed
frontdoor_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/202 # sub stream
sidegate:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/301 # main stream
- "ffmpeg:sidegate#video=h264#hardware" # transcode if needed
sidegate_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/302 # sub stream
garages:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/601 # main stream
- "ffmpeg:garages#video=h264#hardware" # transcode if needed
garages_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/602 # sub stream
cameras:
Driveway:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/driveway_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/driveway
input_args: preset-rtsp-restream
roles:
- record
# ... rest of your camera config
Frontdoor:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/frontdoor_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/frontdoor
input_args: preset-rtsp-restream
roles:
- record
# ... rest of your camera configThis configuration creates a single connection to each camera stream, then restreams it locally for both detect and record roles(1). The restreaming can help normalize any inconsistencies in your camera streams that might be causing the aspect ratio issues. Since you're using H.265 streams, I've included the ffmpeg transcoding option with hardware acceleration to convert to H.264 if needed(2). This should help with compatibility and potentially resolve the aspect ratio problems you're experiencing. 📚 Sources: Have another question? Just tag @inkeep. |
Beta Was this translation helpful? Give feedback.
-
|
You're absolutely right! Here's the complete configuration including the go2rtc:
streams:
driveway:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/101 # main stream
- "ffmpeg:driveway#video=h264#hardware" # transcode if needed
driveway_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/102 # sub stream
frontdoor:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/201 # main stream
- "ffmpeg:frontdoor#video=h264#hardware" # transcode if needed
frontdoor_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/202 # sub stream
sidegate:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/301 # main stream
- "ffmpeg:sidegate#video=h264#hardware" # transcode if needed
sidegate_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/302 # sub stream
garages:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/601 # main stream
- "ffmpeg:garages#video=h264#hardware" # transcode if needed
garages_sub:
- rtsp://user:PW@192.168.1.2:554/Streaming/Channels/602 # sub stream
cameras:
Driveway:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/driveway_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/driveway
input_args: preset-rtsp-restream
roles:
- record
live:
streams:
Main Stream: driveway
Sub Stream: driveway_sub
# ... rest of your camera config
Frontdoor:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/frontdoor_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/frontdoor
input_args: preset-rtsp-restream
roles:
- record
live:
streams:
Main Stream: frontdoor
Sub Stream: frontdoor_sub
# ... rest of your camera config
Sidegate:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/sidegate_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/sidegate
input_args: preset-rtsp-restream
roles:
- record
live:
streams:
Main Stream: sidegate
Sub Stream: sidegate_sub
# ... rest of your camera config
Garages:
ffmpeg:
inputs:
- path: rtsp://127.0.0.1:8554/garages_sub
input_args: preset-rtsp-restream
roles:
- detect
- path: rtsp://127.0.0.1:8554/garages
input_args: preset-rtsp-restream
roles:
- record
live:
streams:
Main Stream: garages
Sub Stream: garages_sub
# ... rest of your camera configThe Since you're using H.265 streams and have already disabled H.265+, the go2rtc restreaming with hardware transcoding should help normalize any stream inconsistencies that might be causing the aspect ratio issues with your Object Lifecycle images(3). 📚 Sources: Have another question? Just tag @inkeep. |
Beta Was this translation helpful? Give feedback.
-
|
@hawkeye217 restreams are all setup and working properly, but i just had a detection and the image was squished still..... i don't get it....
|
Beta Was this translation helpful? Give feedback.
-
|
To all who helped and anyone here in the future..... I ended up watching the RTSP feed in VLC and noticed that each time the cameras internal motion detection was triggered, the feed would switch to a squashed resolution. The annke cameras have the ability to trigger the recording of other cameras based off motion on any other cameras, this is setup in "Events -> Linkage Method -> Trigger Channel". I had other cameras set, and for whatever reason this was causing the odd issue in the RTSP feed. i turned off all the triggers, saved each camera and the issue is now fixed, no more odd resolutions in the feeds. thank you all for the support. |
Beta Was this translation helpful? Give feedback.






To all who helped and anyone here in the future.....
I ended up watching the RTSP feed in VLC and noticed that each time the cameras internal motion detection was triggered, the feed would switch to a squashed resolution.
The annke cameras have the ability to trigger the recording of other cameras based off motion on any other cameras, this is setup in "Events -> Linkage Method -> Trigger Channel". I had other cameras set, and for whatever reason this was causing the odd issue in the RTSP feed.
i turned off all the triggers, saved each camera and the issue is now fixed, no more odd resolutions in the feeds.
thank you all for the support.