17
Raspberry pi 3 zu langsam um mit einem USB Framegrabberstick Stick nach http zu streamen?
Hallo,
ich habe hier ein analoges Videosignal einer Kamera.
Dieses möchte ich gerne an einem entfernen PC (Windows, VLC) über das Netzwerk sehen können.
Schlussendlich soll es in OBS verwendet werden.
Hier das verwendete USB Capture Dings
https://www.reichelt.de/Videokarten/LOGILINK-VG0001/3/index.html?ACTION= ...
Der USB Stick wird korrekt als /dev/video erkannt.
Auf dem Raspberry ist rasp-ubuntu installiert und dann vlc.
Grundsätzlich funktioniert das auch, aber egal welche Parameter ich ausprobiere oder welcher Anleitung ich folge, die CPU-Last spring sofort auf 100% und das Video ist unbrauchbar.
Das Signal ist ja eh analog mit 720x576.
Das hier habe ich schon probiert
In den Anleitungen sieht das immer ganz einfach aus.
Hat da bitte mal Jemand einen Tipp für mich?
Oder ist das Ding einfach zu langsam?
Danke
Stefan
ich habe hier ein analoges Videosignal einer Kamera.
Dieses möchte ich gerne an einem entfernen PC (Windows, VLC) über das Netzwerk sehen können.
Schlussendlich soll es in OBS verwendet werden.
Hier das verwendete USB Capture Dings
https://www.reichelt.de/Videokarten/LOGILINK-VG0001/3/index.html?ACTION= ...
Der USB Stick wird korrekt als /dev/video erkannt.
Auf dem Raspberry ist rasp-ubuntu installiert und dann vlc.
Grundsätzlich funktioniert das auch, aber egal welche Parameter ich ausprobiere oder welcher Anleitung ich folge, die CPU-Last spring sofort auf 100% und das Video ist unbrauchbar.
Das Signal ist ja eh analog mit 720x576.
Das hier habe ich schon probiert
cvlc v4l2:// :v4l2-dev=/dev/video0 :v4l2-width=720 :v4l2-height=576 --sout "#transcode{vcodec=mpeg4,acodec=mpga,vb=800,ab=128}:standard{access=http, mux=ts, sap, name=live-video, dst=192.168.10.171, port=8080}"
cvlc v4l2:// :v4l2-dev=/dev/video0 :v4l2-width=640 :v4l2-height=480 --sout="#transcode{vcodec=h264,vb=800,scale=1,acodec=mp4a,ab=128,channels=2,samplerate=44100}:rtp{sdp=rtsp://:8554/live.ts}" -I dummy
cvlc v4l2:// :v4l2-dev=/dev/video0 :v4l2-width=720 :v4l2-height=576 --sout="#transcode{vcodec=MJPG,vb=200,scale=1,acodec=mpga,ab=128,channels=2,samplerate=44100}:rtp{sdp=rtsp://:8554/live.ts}" -I dummy In den Anleitungen sieht das immer ganz einfach aus.
Hat da bitte mal Jemand einen Tipp für mich?
Oder ist das Ding einfach zu langsam?
Danke
Stefan
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 371450
Url: https://administrator.de/forum/raspberry-pi-3-zu-langsam-um-mit-einem-usb-framegrabberstick-stick-nach-http-zu-streamen-371450.html
Ausgedruckt am: 02.04.2025 um 09:04 Uhr
17 Kommentare
Neuester Kommentar
Moin,
laut diesem Link soll es problemlos funktionieren.
https://www.raspberrypi.org/forums/viewtopic.php?t=53903
tut es aber nicht tuten tun....
[mpeg2video @ 0x73d7a960] rc buffer underflow
CPU Last 100%
laut diesem Link soll es problemlos funktionieren.
https://www.raspberrypi.org/forums/viewtopic.php?t=53903
cvlc v4l2:// :v4l2-vdev=/dev/video0 --sout "#transcode{vcodec=mp2v,vb=200,width=360,heigh=288}:http{mux=ts,dst=:8082}" --no-sout-audio tut es aber nicht tuten tun....
[mpeg2video @ 0x73d7a960] rc buffer underflow
CPU Last 100%
Ahoi ....
Im wesentlichen kannst du das mit dem Pi vergessen ... und statt 2 Geräten kannst du besser dieses dafür verwenden:
http://www.grandstream.com/products/physical-security/ip-video-encoders ...
Ist ONVIF-Kompatibel und läuft super
Happy Day
Im wesentlichen kannst du das mit dem Pi vergessen ... und statt 2 Geräten kannst du besser dieses dafür verwenden:
http://www.grandstream.com/products/physical-security/ip-video-encoders ...
Ist ONVIF-Kompatibel und läuft super
Happy Day
Moin,
Vermutlich frisst der Stick schon so viel Leistung. Bedenke das USB Signal will erstmal zu was brsuchbarem gemacht werden, dann kommt die Aufbereitung und das streaming on top.
Daher eher nicht zu nutzen.
Vermutlich frisst der Stick schon so viel Leistung. Bedenke das USB Signal will erstmal zu was brsuchbarem gemacht werden, dann kommt die Aufbereitung und das streaming on top.
Daher eher nicht zu nutzen.
Warum Ubuntu ? Du solltest besser immer das für den RasPi optimierte Raspian der RasPi Foundation verwenden.
https://www.raspberrypi.org/downloads/raspbian/
https://www.raspberrypi.org/downloads/raspbian/
Moin ...
oder für den speziellen Zweck > MotioneyeOS .... geht auch gut .... aber im PreisLeistungsverhältnis ist mein obiger Vorschlag deutlich besser geeignet und zuverlässiger
Happy Day
oder für den speziellen Zweck > MotioneyeOS .... geht auch gut .... aber im PreisLeistungsverhältnis ist mein obiger Vorschlag deutlich besser geeignet und zuverlässiger
Happy Day
Steckt da nicht auch nur ein Raspberry drin ? 
Zitat von @aqui:
Warum Ubuntu ? Du solltest besser immer das für den RasPi optimierte Raspian der RasPi Foundation verwenden.
https://www.raspberrypi.org/downloads/raspbian/
Sorry, mein Fehler. Das meinte ich.Warum Ubuntu ? Du solltest besser immer das für den RasPi optimierte Raspian der RasPi Foundation verwenden.
https://www.raspberrypi.org/downloads/raspbian/
Zitat von @ashnod:
Im wesentlichen kannst du das mit dem Pi vergessen ... und statt 2 Geräten kannst du besser dieses dafür verwenden:
http://www.grandstream.com/products/physical-security/ip-video-encoders ...
Wie konvertiert man BNC auf FBAS?Im wesentlichen kannst du das mit dem Pi vergessen ... und statt 2 Geräten kannst du besser dieses dafür verwenden:
http://www.grandstream.com/products/physical-security/ip-video-encoders ...
Ist das rein mechanisch? oder muss das elektrisch gewandelt werden?
Und Audio-In kann das Gerät nicht.
Ahoi ...
keine Probleme in der Richtung, brauchst eben nur den richtigen Adapter .. also in der Richtung
https://www.reichelt.de/BNC-PL-Adapter/K-402/3/index.html?ACTION=3&G ...
gibt es in reichhaltigen Variationen die Adapter auch F-Stecker etc ... geht alles zusammen ..
wenn es kein Audio kann ... hast halt keines ... oder steckst extra nen Micro an ... kannste auch als Türsprech basteln und via SIP von wo auch immer antworten ,,,
das Ding iss mucho flexibel
Happy Day
keine Probleme in der Richtung, brauchst eben nur den richtigen Adapter .. also in der Richtung
https://www.reichelt.de/BNC-PL-Adapter/K-402/3/index.html?ACTION=3&G ...
gibt es in reichhaltigen Variationen die Adapter auch F-Stecker etc ... geht alles zusammen ..
wenn es kein Audio kann ... hast halt keines ... oder steckst extra nen Micro an ... kannste auch als Türsprech basteln und via SIP von wo auch immer antworten ,,,
das Ding iss mucho flexibel
Happy Day
Ich probiere das mal aus.
Danke!
Danke!
Zitat von @ashnod:
http://www.grandstream.com/products/physical-security/ip-video-encoders ...
Ist ONVIF-Kompatibel und läuft super
Kann aber leider nur Mono. Der Kunde lässt darüber Stereo (Original und Übersetzer) laufenhttp://www.grandstream.com/products/physical-security/ip-video-encoders ...
Ist ONVIF-Kompatibel und läuft super
Sonst funktioniert das Ding super
Moin ...
Find ich auch das das Teil gut funktioniert ... die Anforderung mit Stereo konnte ich leider nicht erkennen ....
hätte auch nicht gedacht das sowas eine Anforderung sein könnte ... mir wäre da kein Verwendungszweck für eingefallen
Happy Day
Find ich auch das das Teil gut funktioniert ... die Anforderung mit Stereo konnte ich leider nicht erkennen ....
hätte auch nicht gedacht das sowas eine Anforderung sein könnte ... mir wäre da kein Verwendungszweck für eingefallen
Happy Day
Hallo,
ein kurzes Update
Ich habe es gerade mal mit einem Beelink BT3 (Intel Atom x5-Z8300, 4x 1,44 GHz (Boost 1,84 GHz) Cherry-Trail) ausprobiert.
Die CPU Lag bei knapp 70% bei einem unbewegten Standbild. Also viel mehr CPU Leistung als ein pi aber scheinbar trotzdem nicht genug.
ein kurzes Update
Ich habe es gerade mal mit einem Beelink BT3 (Intel Atom x5-Z8300, 4x 1,44 GHz (Boost 1,84 GHz) Cherry-Trail) ausprobiert.
Die CPU Lag bei knapp 70% bei einem unbewegten Standbild. Also viel mehr CPU Leistung als ein pi aber scheinbar trotzdem nicht genug.
Vermutlich wird das erst besser wenn man eine CPU mit Hardware Codec Support verwendet.
Vergessen wir das ganze doch.
Das ganze nennt sich Intel Quick Sync Video (https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video) und gibt es seit Sandy Bridge CPUs.
Also erst ab Intel i3 oder NVidia GTX.
A) PC mit i3 und dummer Framegrabberkarte
B) PC mit Atom/Celeron und Framegrabberkarte mit Hardwareencoder
C) Kunde kauft neue Kameras die so einen H264 Wandler schon drin haben.
Jetzt versteht mich nicht falsch.
Mit gefällt nur die Realität nicht
So ein H264-Hardware-Encoder-Chip kann nicht mehr als 20 Euro kosten.
Sonst wäre er ja in den ganzen billigen IP-Cams nicht drin.
Aber jeder Wandler der Analog auf RTSP wandelt kostet mindestens 500 Euro eher 1000.
So ein Mini-PC (Intel Atom) mit USB Framegrabber fände ich noch ok.
Aber einen ganzen PC als Wandler zu bauen ist doch quatsch.
Und die Dinger mit Hardware-Encoder haben meist keine Treiber für Linux.
Man müßte recht viel kaufen und ausprobieren.
Das Problem mit der Realität ist leider, dass es hierfür keinen Bedarf gibt.
Ich beende das hier mal.
Es ist nicht mein Problem, und es geht wie so häufig nur darum dem Kunden Geld zu sparen.
Stefan
Das ganze nennt sich Intel Quick Sync Video (https://en.wikipedia.org/wiki/Intel_Quick_Sync_Video) und gibt es seit Sandy Bridge CPUs.
Also erst ab Intel i3 oder NVidia GTX.
A) PC mit i3 und dummer Framegrabberkarte
B) PC mit Atom/Celeron und Framegrabberkarte mit Hardwareencoder
C) Kunde kauft neue Kameras die so einen H264 Wandler schon drin haben.
Jetzt versteht mich nicht falsch.
Mit gefällt nur die Realität nicht
So ein H264-Hardware-Encoder-Chip kann nicht mehr als 20 Euro kosten.
Sonst wäre er ja in den ganzen billigen IP-Cams nicht drin.
Aber jeder Wandler der Analog auf RTSP wandelt kostet mindestens 500 Euro eher 1000.
So ein Mini-PC (Intel Atom) mit USB Framegrabber fände ich noch ok.
Aber einen ganzen PC als Wandler zu bauen ist doch quatsch.
Und die Dinger mit Hardware-Encoder haben meist keine Treiber für Linux.
Man müßte recht viel kaufen und ausprobieren.
Das Problem mit der Realität ist leider, dass es hierfür keinen Bedarf gibt.
Ich beende das hier mal.
Es ist nicht mein Problem, und es geht wie so häufig nur darum dem Kunden Geld zu sparen.
Stefan
Ahoi .... eine Option wäre ja evtl. mit dem Grandstream in Verbindung mit SIP/VoIP eine Art Konferenz zu schalten ... ist aber nur eine nicht zu Ende gedachte Idee.
Happy Weekend
Happy Weekend
Hallo,
man könnte das Grandstream mit einem Pi kombinieren.
Aber wie synchron wäre der Ton?
Ist das auf dauer stabil genug?
Das ist mir zu wackelig... besonders um da noch mal ein paar Stunden zu versenken...
Stefan
man könnte das Grandstream mit einem Pi kombinieren.
Aber wie synchron wäre der Ton?
Ist das auf dauer stabil genug?
Das ist mir zu wackelig... besonders um da noch mal ein paar Stunden zu versenken...
Stefan
