#help for camera debugging
147 messages ยท Page 1 of 1 (latest)
Can you set log_level: debug and delete_log: true and make a new log? Before sending the log, make sure that the problem occured at least once
Seeing that video its pretty obvious to me, the rootcause will be you USB bandwith. Lower Resolution and framerates and it will be gone.
Fps are max 4 and resolution is not that high with 1280x960โฆ
I will do it later
It's set at 1920x1080 for both cameras according to your log
Sorry i have missmatched my other printer having the same issue there i have a lower resolution
You are using two pis for both printers, right?
Here the log wirz debug and the problem occourring like in the video
Every printer has its own pi
Wrong file?
You didn't set debug and didn't set delete_log true
Look through the file you sent. Line 9903 clearly says verbose and as your file got 10k you didn't set delete_log to true. That's why I asked if it's the wrong file
Look at that file again. Maybe you mixed something up somewhere, I don't know, but this is wrong again
Do you have cams connected to a USB Hub?
Still the same
as soon as i hit the damn download button somehow the old file is donwloading
i now pasted it from the directory
Run ls -al /home/pi/printer_data/config/crowsnest.conf via ssh and show output
Ok, didn't check the resolutions before but your fps are at 15 (cam1) and 30 (cam2). That are the lowest supported fps settings
Here is a catch, or better said a "I believe Trap" .... You cant set lower FPS then the camera can provide. Ustreamer will always use framerate according to the choosen resolution
okay so i have to set the 15 fps for cam1 and 30 for cam2?
That said, in your case it uses at 1080p resolution 30FPS per cam
No, they are set automatically already as it can't set it lower
[05/15/23 19:38:26] crowsnest: Supported Formats:
[05/15/23 19:38:26] crowsnest: [0]: 'MJPG' (Motion-JPEG, compressed)
[05/15/23 19:38:26] crowsnest: Size: Discrete 1920x1080
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 1280x720
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 800x480
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 640x480
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 640x360
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 320x240
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 176x144
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 800x600
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Size: Discrete 1920x1080
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/15/23 19:38:26] crowsnest: Interval: Discrete 0.033s (30.000 fps)
...
05/16/23 07:38:04] crowsnest: /dev/v4l/by-id/usb-Etron_Technology__Inc._USB_2.0_EM-Camera2_5M-video-index0 -> /dev/video0
[05/16/23 07:38:04] crowsnest: Supported Formats:
[05/16/23 07:38:04] crowsnest: [0]: 'MJPG' (Motion-JPEG, compressed)
[05/16/23 07:38:04] crowsnest: Size: Discrete 1280x720
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:04] crowsnest: Size: Discrete 800x600
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:04] crowsnest: Size: Discrete 1024x768
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:04] crowsnest: Size: Discrete 1280x800
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:04] crowsnest: Size: Discrete 1920x1080
[05/16/23 07:38:04] crowsnest: Interval: Discrete 0.067s (15.000 fps)
[05/16/23 07:38:04] crowsnest: Size: Discrete 2592x1944
[05/16/23 07:38:05] crowsnest: Interval: Discrete 0.067s (15.000 fps)
[05/16/23 07:38:05] crowsnest: Size: Discrete 1280x720
[05/16/23 07:38:05] crowsnest: Interval: Discrete 0.033s (30.000 fps)
[05/16/23 07:38:05] crowsnest: Interval: Discrete 0.033s (30.000 fps)
``` Thats what your camera is capable of.. So set lower resolution to limit Ustress on USB .
hm i just made a test... lowered the resolution to standard 640xsomewhat and raised the fps to the hardware minimum
Also if cams run over a USB Hub, get rid of it they are to slow..
(and probably to few buffer memory on cheapos)
no i have attached all directly. i thinked to attach it trough a powered usb hub to reduce power consumption but this is not the problem i think....
so i have tried to set now i crownsnest all cams to 30fps but then reduce it in the mainsail settings. it seems ti work and raspberry pi cpu is in the range from 5-13% i idle and memory 20-23%
it seems to work now... so if it works also tomorrow after night pause( i hope that i could pause during night) then i will close
for the moment thanks you for the asap help
very happy for this
Closing the post, due no further interaction. Fell free to reopen if needed.
i must revise... the cameras are intermittently not working again... i dont know how to look further to getting both to work
If the log shows nothing unexpected, it is an Hardware issue, but this is hard to debug. I would try to run one camera if there isnt an issue run the other one, if there is also no issue it is simply the combination of both and something is eating up bandwith on the USB side
As I already mentioned. Your Camera provides only YUYV format, that one takes more bandwith as suggested mjpg. That means there could be multiple bottlenecks be involved. YUYV is re-encoded to MJPG using CPU with ustreamer.
I guess it sporadicaly shows "No Signal" screen, without any usable Log output. If thats the case it is likely the USB bandwith suffers
https://github.com/pikvm/ustreamer/issues/7 -> I think it ends up in buying a new cam...
So, I grabbed the cheapest Cam that I could find in my spare box. This cam has also only YUYV and surprisingly it worked just "fine" @frosty current
(Even I used setting that arent supported by this cam obviously)
This cam I bought of an "Euro Shop" at a pricepoint of 2,99โฌ
So, I think best bet is to buy new cams.
I am not sure about them, but can barely remember @late ridge have something said about them
Is this issue solved with your new crowsnest installation/did you dodge that cam?
i had gliches with camera-streamer. but it was also a cam issue...
so it seems that i have to dich the camera... but change it out with what... because i need something that is going to attach over usb and fits the same little tiny spot like the angrycam....
why do you use mjpeg adaptive mode with camera-streamer?
what does i have to use instead?
does i have to enable the rtsp in crownsnest.conf?
Can you explain your camera setup again? You got two times the same cam?
yes two identical cams one is pointing from the top of the printer (v2.4) to the bed and the other is attached to the moving gantry in the back pointing to the front so that i could see the first layer
both cameras are attached directly to the raspberry pi over usb
Can you send the output of ls /dev/v4l/by-id/ and the output of v4l2-ctl --list-devices?
pi@v24:~ $ ls /dev/v4l/by-id/
usb-Alcor_Micro__Corp._USB2.0_WebCamera-video-index0
usb-Alcor_Micro__Corp._USB2.0_WebCamera-video-index1
these are 2 identical webams. they have both the same by-id path
pi@v24:~ $ v4l2-ctl --list-devices
bcm2835-codec-decode (platform:bcm2835-codec):
/dev/video10
/dev/video11
/dev/video12
/dev/video18
/dev/video31
/dev/media1
bcm2835-isp (platform:bcm2835-isp):
/dev/video13
/dev/video14
/dev/video15
/dev/video16
/dev/video20
/dev/video21
/dev/video22
/dev/video23
/dev/media2
/dev/media3
rpivid (platform:rpivid):
/dev/video19
/dev/media0
USB2.0 WebCamera: USB2.0 WebCam (usb-0000:01:00.0-1.1):
/dev/video0
/dev/video1
/dev/media4
USB2.0 WebCamera: USB2.0 WebCam (usb-0000:01:00.0-1.4):
/dev/video2
/dev/video3
/dev/media5
yes this is why i have not joined them by id but by-path
Yeah, I thought that but just wanted to double check
pls post both settings in mainsail
both are working here...
and why do you changed your "snapshot url"?
i wrote above, that you should only change the stream url: #1107994709328146554 message
(the snapshot url is only imporant for timelapse or mjpeg adaptive mode)
because there is no light?
is it only showing on the print screen like this
the stream itself is working
Can you try to use /dev/video0 and /dev/video2 as devices?
is reconnecting now
okay for the moment it seems to work
but i had also last time a working config for a certain period of time and then out of nothing bang
one of two cams not connecting
if you have crashes during a stream is running, its the most time a bad wifi connection. webrtc dont need a lot of bandwidth, but it have to be stable.
i have the w-lan access point at 1.5 meter distance from the printer... an unifi ap-ac lite only for my 6 printer.. think its stable enough ๐ thanks
Does it stay like this for the one not connecting or what's happening? And sometimes you have to reload the page that it's connecting
i have to reboot the crownsnest service
no... thats no reason for a "stable" wifi. your pi/ap have only to switch between 2,4ghz and 5ghz and you have disconnects during the whole time...
i have joined my pi's over an 2.4ghz only network ๐
i dont like people who use this emoji...
okay sorry
So both cams working right? But you have to reboot crowsnest at some point that both are showing up?
no both are showing up now... unless the brightness is enough if i'm turning off the light is like i'm switching off one camera
with light
switched off
Maybe to dark in your room? But the webrtc stream is a bit darker than normal mjpg stream
only to know its okay for me if this works now permanently
i'm going to test this and report here
and sorry again for my bad emojy meteyou
Wait, the resolution is changing too? Pretty weird behaviour
no its the same like before one stream is disappearing moment.. im taking again a foto with my mobile
Can you reboot crowsnest once and then turn on and off the light with like 10s between, a few times and then send the log again?
Keep the printer page open the whole time during that until you send the log
If you turn on debug log, you should see those errors with dropped frames / loosing buffer @woeful crypt
That's what I want to see. In his last log there isn't something like that so I asked to reproduce a bunch of times that you can see it good. I'm wondering why that's happening when he turns of the lights. Thought that there could be something more than just those dropping frames and loosing buffer errors.
Im sending tomorrow. I have to go now. But thanks for the help
Just for information. It seems to be a problem with the webbrowser on my mac on the phone the cam is visbile witz the right format even if the light is off
for me it also not working on windows 10 and opera browser, rest browsers like chrome or explorer are ok no idea why ๐
removed cache, tryed anonyous window ... weird
Question. How does i could use camera-streamer on the older 0.6.1 mainsail?
Did you read the guide?
I only found the guide that is saying to input camera-streamer but i am not sure if this is working with the old webcamd config
Check the guide of #announcements and read warnings! It's impossible!