NEWS
Test Adapter rtspStream v0.0.x GitHub
-
Aktuelle Test Version x.x.4 Veröffentlichungsdatum xx.12.2020? Github Link https://github.com/dbweb-ch/ioBroker.rtspstream Moin,
ich kämpfe zur Zeit mit rtspStream und hoffe dieser Thread ist noch aktuell.
Die Installation von rtspStream erfolgte nach der Anleitung.
Beim ersten Start der Instanz vergebe ich einen Namen, belasse den Access Port, füge den getesteten rtsp Link ein und passe den Port und die Auflösung an. Nach anklicken von ADD STREAM erscheint im unteren Teil des Fensters ein Eintrag.
Starte ich nun die Instanz wird kurz alles grün, geht dann aber bei "verbunden mit Host" und "Lebenszeichen" wieder auf rot.
Gleichzeitig meldet der Host einen Restart Loop.
Starte ich nun noch mal die Konfiguration der Instanz, ist der Eintrag im unteren Teil des Fensters verschwunden und es lässt sich auch kein Eintrag mehr erstellen.
Hier die Debug Logsrtspstream.0 2022-04-09 13:14:00.698 warn Terminated (UNCAUGHT_EXCEPTION): Without reason rtspstream.0 2022-04-09 13:14:00.696 info terminating rtspstream.0 2022-04-09 13:14:00.189 error Exception-Code: ERR_SOCKET_BAD_PORT: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:14:00.189 error RangeError [ERR_SOCKET_BAD_PORT]: options.port should be >= 0 and < 65536. Received . at validatePort (internal/validators.js:182:11) at Server.listen (net.js:1442:5) at rtspstream.onReady (/opt/iobroker/node_modules/iobroker.rtspstream/main.js:68:16) rtspstream.0 2022-04-09 13:14:00.188 error unhandled promise rejection: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:14:00.187 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). rtspstream.0 2022-04-09 13:14:00.183 info Stream Kamera 1 starting Server on Port rtspstream.0 2022-04-09 13:14:00.182 info Stream Kamera 1 using TcpPort 7447 rtspstream.0 2022-04-09 13:14:00.128 info Number of streams: 1 rtspstream.0 2022-04-09 13:14:00.097 warn State "rtspstream.0.info.connection" has no existing object, this might lead to an error in future versions rtspstream.0 2022-04-09 13:14:00.065 debug Starting rtsp Stream rtspstream.0 2022-04-09 13:14:00.029 info starting. Version 0.0.4 in /opt/iobroker/node_modules/iobroker.rtspstream, node: v12.22.11, js-controller: 4.0.21 rtspstream.0 2022-04-09 13:13:59.881 debug States connected to redis: 127.0.0.1:9000 rtspstream.0 2022-04-09 13:13:59.866 debug States create User PubSub Client rtspstream.0 2022-04-09 13:13:59.865 debug States create System PubSub Client rtspstream.0 2022-04-09 13:13:59.854 debug Redis States: Use Redis connection: 127.0.0.1:9000 rtspstream.0 2022-04-09 13:13:59.831 debug Objects connected to redis: 127.0.0.1:9001 rtspstream.0 2022-04-09 13:13:59.824 debug Objects client initialize lua scripts rtspstream.0 2022-04-09 13:13:59.790 debug Objects create User PubSub Client rtspstream.0 2022-04-09 13:13:59.788 debug Objects create System PubSub Client rtspstream.0 2022-04-09 13:13:59.785 debug Objects client ready ... initialize now rtspstream.0 2022-04-09 13:13:59.744 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 rtspstream.0 2022-04-09 13:13:55.163 info Got terminate signal TERMINATE_YOURSELF rtspstream.0 2022-04-09 13:13:54.988 warn Terminated (UNCAUGHT_EXCEPTION): Without reason rtspstream.0 2022-04-09 13:13:54.986 info terminating rtspstream.0 2022-04-09 13:13:54.478 error Exception-Code: ERR_SOCKET_BAD_PORT: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:54.477 error RangeError [ERR_SOCKET_BAD_PORT]: options.port should be >= 0 and < 65536. Received . at validatePort (internal/validators.js:182:11) at Server.listen (net.js:1442:5) at rtspstream.onReady (/opt/iobroker/node_modules/iobroker.rtspstream/main.js:68:16) rtspstream.0 2022-04-09 13:13:54.477 error unhandled promise rejection: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:54.476 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). rtspstream.0 2022-04-09 13:13:54.472 info Stream Kamera 1 starting Server on Port rtspstream.0 2022-04-09 13:13:54.472 info Stream Kamera 1 using TcpPort 7447 rtspstream.0 2022-04-09 13:13:54.419 info Number of streams: 1 rtspstream.0 2022-04-09 13:13:54.389 warn State "rtspstream.0.info.connection" has no existing object, this might lead to an error in future versions rtspstream.0 2022-04-09 13:13:54.357 debug Starting rtsp Stream rtspstream.0 2022-04-09 13:13:54.322 info starting. Version 0.0.4 in /opt/iobroker/node_modules/iobroker.rtspstream, node: v12.22.11, js-controller: 4.0.21 rtspstream.0 2022-04-09 13:13:54.150 debug States connected to redis: 127.0.0.1:9000 rtspstream.0 2022-04-09 13:13:54.135 debug States create User PubSub Client rtspstream.0 2022-04-09 13:13:54.134 debug States create System PubSub Client rtspstream.0 2022-04-09 13:13:54.124 debug Redis States: Use Redis connection: 127.0.0.1:9000 rtspstream.0 2022-04-09 13:13:54.100 debug Objects connected to redis: 127.0.0.1:9001 rtspstream.0 2022-04-09 13:13:54.094 debug Objects client initialize lua scripts rtspstream.0 2022-04-09 13:13:54.058 debug Objects create User PubSub Client rtspstream.0 2022-04-09 13:13:54.056 debug Objects create System PubSub Client rtspstream.0 2022-04-09 13:13:54.053 debug Objects client ready ... initialize now rtspstream.0 2022-04-09 13:13:53.994 debug Redis Objects: Use Redis connection: 127.0.0.1:9001 rtspstream.0 2022-04-09 13:13:32.650 warn Terminated (UNCAUGHT_EXCEPTION): Without reason rtspstream.0 2022-04-09 13:13:32.647 info terminating rtspstream.0 2022-04-09 13:13:32.138 error Exception-Code: ERR_SOCKET_BAD_PORT: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:32.138 error RangeError [ERR_SOCKET_BAD_PORT]: options.port should be >= 0 and < 65536. Received . at validatePort (internal/validators.js:182:11) at Server.listen (net.js:1442:5) at rtspstream.onReady (/opt/iobroker/node_modules/iobroker.rtspstream/main.js:68:16) rtspstream.0 2022-04-09 13:13:32.137 error unhandled promise rejection: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:32.137 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). rtspstream.0 2022-04-09 13:13:32.133 info Stream Kamera 1 starting Server on Port rtspstream.0 2022-04-09 13:13:32.132 info Stream Kamera 1 using TcpPort 7447 rtspstream.0 2022-04-09 13:13:32.073 info Number of streams: 1 rtspstream.0 2022-04-09 13:13:32.042 warn State "rtspstream.0.info.connection" has no existing object, this might lead to an error in future versions rtspstream.0 2022-04-09 13:13:31.984 info starting. Version 0.0.4 in /opt/iobroker/node_modules/iobroker.rtspstream, node: v12.22.11, js-controller: 4.0.21 rtspstream.0 2022-04-09 13:13:10.210 warn Terminated (UNCAUGHT_EXCEPTION): Without reason rtspstream.0 2022-04-09 13:13:10.207 info terminating rtspstream.0 2022-04-09 13:13:09.698 error Exception-Code: ERR_SOCKET_BAD_PORT: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:09.698 error RangeError [ERR_SOCKET_BAD_PORT]: options.port should be >= 0 and < 65536. Received . at validatePort (internal/validators.js:182:11) at Server.listen (net.js:1442:5) at rtspstream.onReady (/opt/iobroker/node_modules/iobroker.rtspstream/main.js:68:16) rtspstream.0 2022-04-09 13:13:09.697 error unhandled promise rejection: options.port should be >= 0 and < 65536. Received . rtspstream.0 2022-04-09 13:13:09.697 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). rtspstream.0 2022-04-09 13:13:09.693 info Stream Kamera 1 starting Server on Port rtspstream.0 2022-04-09 13:13:09.692 info Stream Kamera 1 using TcpPort 7447 rtspstream.0 2022-04-09 13:13:09.639 info Number of streams: 1 rtspstream.0 2022-04-09 13:13:09.604 warn State "rtspstream.0.info.connection" has no existing object, this might lead to an error in future versions rtspstream.0 2022-04-09 13:13:09.550 info starting. Version 0.0.4 in /opt/iobroker/node_modules/iobroker.rtspstream, node: v12.22.11, js-controller: 4.0.21 rtspstream.0 2022-04-09 13:13:05.414 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason rtspstream.0 2022-04-09 13:13:05.413 info terminating rtspstream.0 2022-04-09 13:13:04.912 info Got terminate signal TERMINATE_YOURSELF rtspstream.0 2022-04-09 13:13:01.351 warn State Change: rtspstream.0.Kamera 1.startStream to false ack true rtspstream.0 2022-04-09 13:13:01.342 warn State Change: rtspstream.0.Kamera 1.ffmpegOptions to ack true rtspstream.0 2022-04-09 13:13:01.337 info State value to set for "rtspstream.0.Kamera 1.ffmpegOptions" has to be type "text" but received type "string" rtspstream.0 2022-04-09 13:13:01.333 warn State Change: rtspstream.0.Kamera 1.tcpPort to 7447 ack true rtspstream.0 2022-04-09 13:13:01.325 warn This object will not be created in future versions. Please report this to the developer. rtspstream.0 2022-04-09 13:13:01.324 warn Object rtspstream.0.Kamera 1.ffmpegOptions is invalid: obj.common.type has an invalid value (text) but has to be one of number, string, boolean, array, object, mixed, file, json rtspstream.0 2022-04-09 13:13:01.323 info State value to set for "rtspstream.0.Kamera 1.tcpPort" has to be type "number" but received type "string" rtspstream.0 2022-04-09 13:13:01.316 warn State Change: rtspstream.0.Kamera 1.resolution to 1024x576 ack true rtspstream.0 2022-04-09 13:13:01.303 warn State Change: rtspstream.0.Kamera 1.port to ack true rtspstream.0 2022-04-09 13:13:01.293 info State value to set for "rtspstream.0.Kamera 1.port" has to be type "number" but received type "string" rtspstream.0 2022-04-09 13:13:01.249 warn State Change: rtspstream.0.Kamera 1.rtspUrl to rtsp://192.168.xxx.xxx/XEqfJ3ykaDgqc88Q ack trueHat jemand eine Idee was ich tun könnte?
Gruß,
Andreas@drsiemens hmm, letzte aktualisierung vor 15 monaten. sieht nicht gut aus.
sowas wird heutzutage mit motioneye und co gelöst... -
@ben-1
Am besten installieren wie es hier beschrieben ist
https://forum.iobroker.net/topic/27302/test-adapter-rtspstream-v0-0-x-github/32?_=1673774318215All:
Anfangs hatte ich auch Port-Probleme, dann habe ich es noch der obigen Anleitung installiert.
Der Adapter wird zwar grün, jedoch bekomme ich immer nur ein schwarzes Bild.
Im Browser unter http://192.168.180.18:8083/
Ebenso in VIS mit iFrame Widget.
Mit ONVIF Device Manager hatte ich folgenden Stream ausgelesen:
rtsp://192.168.178.148:554/user=admin_password=lpUNBv1h_channel=1_stream=0.sdp?real_stream
Der Stream funktioniert genau so auch in VLC.Ja, "admin_password" steht genau so im Stream drin und funktioniert.
VLC fragt auch nicht nach einem Login. -
@hg6806 sagte in Test Adapter rtspStream v0.0.x GitHub:
Am besten installieren wie es hier beschrieben ist
Am besten nicht. Da wird mit den falschen Berechtigungen herumgefuhrwerkt.
-
Hallo zusammen,
mir ist bewusst, dass der Adapter und das Thema hier schon etwas veraltet sind, dennoch meine Frage an Euch ob jemand einen Tipp hat, was ich noch versuchen kann.
Im Einsatz sind bei mir 2 Wansview Kameras, beide das gleiche Modell. Eine davon wird sofort als Stream dargestellt, die andere nicht. Einziger Unterschied zwischen den Kameras sind jeweils andere Ports und andere TCP Ports.
Auch ein Neustart von Iobroker sowie den Kameras brachte noch keinen Erfolg.
RTPSSTREAM läuft auf Version 0.0.4
Kann man es über das Log herausfinden?
Würde mich freuen, wenn jemand unterstützen kann. Danke -
Hallo zusammen,
mir ist bewusst, dass der Adapter und das Thema hier schon etwas veraltet sind, dennoch meine Frage an Euch ob jemand einen Tipp hat, was ich noch versuchen kann.
Im Einsatz sind bei mir 2 Wansview Kameras, beide das gleiche Modell. Eine davon wird sofort als Stream dargestellt, die andere nicht. Einziger Unterschied zwischen den Kameras sind jeweils andere Ports und andere TCP Ports.
Auch ein Neustart von Iobroker sowie den Kameras brachte noch keinen Erfolg.
RTPSSTREAM läuft auf Version 0.0.4
Kann man es über das Log herausfinden?
Würde mich freuen, wenn jemand unterstützen kann. Danke@marc_el_k sagte in Test Adapter rtspStream v0.0.x GitHub:
Kann man es über das Log herausfinden?
Das ist immer eine Gute Idee.
Loggen auf Debug stellen und dann mal schauen was da drin steht.
Bitte keine Fragen per PN, die gehören ins Forum!
Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
-
@marc_el_k sagte in Test Adapter rtspStream v0.0.x GitHub:
Kann man es über das Log herausfinden?
Das ist immer eine Gute Idee.
Loggen auf Debug stellen und dann mal schauen was da drin steht.
@wendy2702 ich wusste nicht genau, wie man ein Log hier postet, daher als Bild. Es laufen 2 Streams, nur leider wird eben nur einer angezeigt.
-
@wendy2702 ich wusste nicht genau, wie man ein Log hier postet, daher als Bild. Es laufen 2 Streams, nur leider wird eben nur einer angezeigt.
@marc_el_k sagte in Test Adapter rtspStream v0.0.x GitHub:
ich wusste nicht genau, wie man ein Log hier postet
auf jeden fall nicht als pic.
den text kopieren und mit
einfügen... -
@wendy2702 ich wusste nicht genau, wie man ein Log hier postet, daher als Bild. Es laufen 2 Streams, nur leider wird eben nur einer angezeigt.
@marc_el_k sagte in Test Adapter rtspStream v0.0.x GitHub:
@wendy2702 ich wusste nicht genau, wie man ein Log hier postet, daher als Bild. Es laufen 2 Streams, nur leider wird eben nur einer angezeigt.
ändere den Port für Kamera: Garage
8084 wird zu 99% schon verwendet.
Die derzeit benutzen Ports kannst du dir hier anzeigen lassen:
netstat -nlp -
Bin gerade über den Adapter gestolpert.
Funktioniert hervorragend um meinen Doorbird 1080p Stream auf meinem LGTV anzuzeigen wenn es klingelt.
Ich habs bei mir erstmal so eingebaut, dass "startStream" nach dem Klingeln für 5 Minuten auf true bleibt.
Die beste Lösung wäre natürlich, wenn der Webserver merken würde, dass jemand die Webseite geöffnet hat und entsprechend nur für die Länge des Besuchs den Stream aktiviert. -
Hallo, gibt es für den Adapter noch Support? Er wäre genau was ich suche, nur leider kommt wie schon sehr oft hier erwähnt nur ein kleines schwarzes Feld wenn ich den Stream anschauen möchte. Gibt es eine einfach Möglichkeit zu prüfen, was ffmpeg vom raspberry zurück liefert? Wäre sehr dankbar für Unterstützung.
-
@ht22 said in Test Adapter rtspStream v0.0.x GitHub:
Hallo, gibt es für den Adapter noch Support?
Wenn ich es richtig sehe ist dieser Adapter nicht in den Repositories gelistet und war es auch nie. Als ALPHA Tester der du ja offenbar bist bitte an den Developer wenden nur dieser wird / kann GitHub Installationen supporten da nur er weiß was denn da gerade auf Github liegt.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
@ht22 said in Test Adapter rtspStream v0.0.x GitHub:
Hallo, gibt es für den Adapter noch Support?
Wenn ich es richtig sehe ist dieser Adapter nicht in den Repositories gelistet und war es auch nie. Als ALPHA Tester der du ja offenbar bist bitte an den Developer wenden nur dieser wird / kann GitHub Installationen supporten da nur er weiß was denn da gerade auf Github liegt.
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
@mcm1957 -
-
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
Und falls es irgendwie unklar ist:
ioBroker unterstützt folgende Arten von Installation:
-
aus dem STABLE Repository
Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern.
-
aus dem LATEST Repository
Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist.
-
direkt von GITHUB
Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben.
-
direkt von npm
Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist.
Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit sicherheit minimalistisch.
@mcm1957 -
-
Ok danke für die Information. Gibt es dann zufällig eine einfache alternative zu diesem Adapter? Ziel rtsp stream auf einfache Weise in eine vis einbinden damit Kamera als Gegensprechanlage genützt werden kann. Danke
-
Ok danke für die Information. Gibt es dann zufällig eine einfache alternative zu diesem Adapter? Ziel rtsp stream auf einfache Weise in eine vis einbinden damit Kamera als Gegensprechanlage genützt werden kann. Danke
Das was die meisten machen ist der Umweg über MotionEye...
-
Das was die meisten machen ist der Umweg über MotionEye...
@bob-der-1 sagte in Test Adapter rtspStream v0.0.x GitHub:
Das was die meisten machen ist der Umweg über MotionEye...
ja, ich auch. allerdings lööpt das ding nur mehr auf uralt linux (proxmox VM). depricatet.
Go2RTC muss ich mir mal anlinsen. beim kurz drüberschauen hab ichs noch nicht begriffen.
raspis hätte ich zum testen mal frei, die neuen 3d-drucker brauchen keine mehr.gruß vom Woody
HAPPINESS is not a DESTINATION, it's a WAY of LIFE! -
@bob-der-1 sagte in Test Adapter rtspStream v0.0.x GitHub:
Das was die meisten machen ist der Umweg über MotionEye...
ja, ich auch. allerdings lööpt das ding nur mehr auf uralt linux (proxmox VM). depricatet.
Go2RTC muss ich mir mal anlinsen. beim kurz drüberschauen hab ichs noch nicht begriffen.
raspis hätte ich zum testen mal frei, die neuen 3d-drucker brauchen keine mehr.@da_woody Wenn du keine Aufnahme brauchst (motionEye) dann ist go2rtc die bessere Lösung. Braucht kaum Ressourcen und läuft auf minimalster Hardware.
Mein CT hat 1 Prozessor, 2 GB Speicher und 4 GB Festplatte zugeordnet.
Speicher würde sogar 512 MB ausreichen und die CPU döst mit 2-3 % Auslastung vor sich hin.ioBroker auf NUC unter Proxmox; VIS: 12" Touchscreen und 17" Touch; Lichtsteuerung, Thermometer und Sensoren: Tasmota (39); Ambiente Beleuchtung: WLED (9); Heizung: DECT Thermostate (9) an Fritz 6690; EMS-ESP; 1 Echo V2; 3 Echo DOT; 1 Echo Connect; 2 Echo Show 5; Unifi Ap-Ac Lite.
-
@da_woody Wenn du keine Aufnahme brauchst (motionEye) dann ist go2rtc die bessere Lösung. Braucht kaum Ressourcen und läuft auf minimalster Hardware.
Mein CT hat 1 Prozessor, 2 GB Speicher und 4 GB Festplatte zugeordnet.
Speicher würde sogar 512 MB ausreichen und die CPU döst mit 2-3 % Auslastung vor sich hin.
Support us
656
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge