RTV forum PL | NewsGroups PL

Budżetowa kamera monitoringu z kartą SIM do wnętrz bez dostępu do internetu

Kamera monitoringu z kartą SIM

NOWY TEMAT

elektroda NewsGroups Forum Index - Elektronika Polska - Budżetowa kamera monitoringu z kartą SIM do wnętrz bez dostępu do internetu

Goto page Previous  1, 2, 3, 4, 5, 6, 7

Pixel
Guest

Thu Aug 08, 2024 9:13 pm   



W dniu 08.08.2024 o 21:10, heby pisze:

Quote:
Nie chce mi się tego kopiować, przeczytaj ze strony. Idę po czipsy Smile
https://patents.google.com/patent/CN102413158A/en

Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.

No cóż, mam więcej paczek czipsów, poczekam aż się ogarniesz Smile


--
Pixel

heby
Guest

Thu Aug 08, 2024 9:45 pm   



On 08/08/2024 21:13, Pixel wrote:
Quote:
https://patents.google.com/patent/CN102413158A/en
Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
No cóż, mam więcej paczek czipsów, poczekam aż się ogarniesz Smile

Wychodzi na to, że trzeba będzie z tego kiepsko przetłumaczonego
abstraktu wyczaić, są tam grube błedy jezykowe, więc niewiele można
pojąć. Na oko to jeszcze jedna metoda z kategorii Hole Punching. Ale
jest tam wiele debilizmów na przykłąd w kółko ktoś mówi o "porcie
routera" co jest oczywistą bzdurą i pewnie winą tłumacza. Pewnie
chodziło o port źródłowy pakietu, a nie routera. Większość tekstu
wygląda na wczesne tłumaczenie maszynowe i nie wiadomo o co chodzi w
wielu miejscach.

Jeśli zgaduję prawidłowo, to typowa technika HP, jedna z wielu używanych
przez Hamachi i inne programy z tej kategorii, praktycznie od zawsze.

Te techniki są coraz mniej przydatne do czegokolwiek, bo routery
przestają być na nie podatne. Cała zabawa z tą metodą zazwyczaj kończy
się, kiedy router zaczyna kontrolować nadawcę pakietu i sprawdzać, czy
zgadza się ze spodziewanym hostem.

O ile w chińskiej treści nie kryje się coś naprawdę interesującego, to
na podstawie mętnego abstraktu i żałosnego tłumaczenia, niewiele się
więcej dowiemy.

Tak po szczerości - niczego nowego ten patent nie odkrywa. Te techniki
są stosowane znacznie wcześniej niz w roku 2011. Sam używałem czegoś
takiego koło 2003 roku, nie wykluczone, że to było Hamachi. Działało
zdaje się własnie poprzez fałszowanie adresów źródłowych i zgadywanie
portów za pomocą zewnętrznego serwera. Nic nowego. I zawsze działało
kiepsko.

Pixel
Guest

Thu Aug 08, 2024 10:10 pm   



W dniu 08.08.2024 o 21:45, heby pisze:

Quote:
https://patents.google.com/patent/CN102413158A/en
Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
No cóż, mam więcej paczek czipsów, poczekam aż się ogarniesz :)

Wychodzi na to, że trzeba będzie z tego kiepsko przetłumaczonego
abstraktu wyczaić, są tam grube błedy jezykowe, więc niewiele można
pojąć.

Można, można Smile Cytnę jednak dla innych (przetłumaczone przeglądarką z
angielskiego, bo tak podałem):

"Jak pokazano na rysunku 1, niezależnie od tego, czy kamera IP odwiedza
Intranet A czy Intranet B, tryb komunikacji pomiędzy kamerą IP A, kamerą
IP B, routerem A, routerem B i serwerem jest następujący:
Kamera IP A i kamera IP B to odpowiednio kamery IP dwóch intranetów, a
router A i router B odpowiadają odpowiednio ich routerom.
Adres IP intranetu i port konfiguracji kamery IP A to 192.168.0.1:1234,
a adres IP intranetu i port kamery IP B to 192.168.0.18:1234; Adres IP
routera A to 202.100.100.100, a jego port to 80000; Adres IP routera B
to 204.100.100.200, a jego port to 89000; Adres IP serwera to 114.247.16.66.
Kamera IP A wysyła do serwera przezPort80000 przez router A po
enkapsulacji pakietów i wysyła pakiet żądania komunikacji i połączenia;
serwer uzyskuje adres i port routera A; w równym stopniu; kamera IP B
wysyła do serwera przezPort89000 poprzez router B po enkapsulacji
pakietów i wysłaniu pakietu żądania komunikacji i połączenia, a serwer
uzyskuje adres i port routera B.
Serwer przesyła do routera A dane i informuje, że adres routera B i port
to 204.100.100.200:89000; Router A przesyła do kamery IP A dane z
adresem i portem routera B jednocześnie; tworzy adres, który uzyskuje
router B i port; w podobny sposób; serwer przesyła do routera B dane i
informuje, że adres routera A i port to 202.100.100.100:80000, a router
B przesyła do kamery IP B dane z adresem i portem routera A
jednocześnie; tworzy adres, który uzyskuje router A i port.
Kamera IP A wysyła adres z ramki do routera B na port
204.100.100.200:89000, a w tym momencie router A ustanawia prawidłową
sesję kamery IP A na routerze i jednocześnie router B zapisuje tę
relację routingu.
Kamera IP B wysyła adres z ramki do routera A i portu
202.100.100.100:80000; router A przesyła ramkę do kamery IP A; kamera IP
A akceptuje żądanie; i odpowiada kamerze IP B; adres i port
204.100.100.200:89000 do routera B wysyła jednocześnie ramkę, a router
B, czyli 192.168.0.1:1234, przesyła adres IP intranetu z ramki, która
odbiera, do kamery IP A i portu, a kamera IP A akceptuje ramkę i
ustanawia prawidłową sesję.
W tym momencie port komunikacyjny pomiędzy kamerą IP A i kamerą IP B
jest skonfigurowany i zakończony, a kamery mogą się wzajemnie odwiedzać.

Quote:
Nic nowego. I zawsze działało
kiepsko.

I z nów się mylisz. Działa rewelacyjnie od co najmniej 10 lat. Osobiście
to ustawiałem już wtedy...nie wierząc, że może to być stabilne. Czas
pokazał, że tak. OK, są opóźnienia (bo muszą) ale nawet sobie test
zrobiłem. Odpaliłem na smartfonie 16 kamer z jednej lokalizacji, mając
włączoną transmisję danych przy słabym zasięgu, ładowały się pooowoli.
No tak, "chmura" pomyślałem...ale wyłączyłem transmisję i włączyłem
WiFi, żeby znaleźć się w sieci lokalnej. No REWELKA! Nagle chmura
teleportowała się z chin do sieci lokalnej i zaczęło śmigać "jak po
LANie" Smile No, mówię sobie, ciekawe, ciekawe :)


--
Pixel

heby
Guest

Thu Aug 08, 2024 10:29 pm   



On 08/08/2024 22:10, Pixel wrote:
Quote:
Nic nowego. I zawsze działało kiepsko.
I z nów się mylisz. Działa rewelacyjnie od co najmniej 10 lat.

Masz sporo szczęścia. Oczywiście nie powiedziałeś nam jeszcze, czy to
jest właśnie ta technika użuwana przez jakieś setup.exe producenta
kamer. Więc nie wiadomo dalej jakiej techniki używają.

Quote:
Odpaliłem na smartfonie 16 kamer

Dużo. Zakładając, że każda z nich daje strumień FullHD, to:
1) to są grube megabajty /s
2) to jest ekwiwalent rozdzielczości 8k, którą trzeba rozkompresować z
H.264/5, nawet jeśli nie ma na czym tego 8k wyświetlić. Srogi telefon,
milordzie. No chyba, że to był jakiś gówniany preview ze strumieniem jak
z ruskiego webcama.

Quote:
teleportowała się z chin do sieci lokalnej i zaczęło śmigać "jak po
LANie" Smile No, mówię sobie, ciekawe, ciekawe Smile

Też uważam to za ciekawe, nie wiem jaka jest wydajność współczesnych
telefonów, ale zdaje się że dekompresja ekwiwalentu 8k strumienia
H.264/5 jest dość kłopotliwa na bylegównie z telefonu. Może się mylę,
trzeba by sprawdzić w praktyce. Zgaduje, że te 16 kamer jednak nie
wyświetlało się z pełną rozdzielczością.

Ogólnie cieszę się, że masz pozytywne doświadczenia z hole punching. Nie
każdy ma taki komfort. Trzymamy kciuki.

Marek
Guest

Fri Aug 09, 2024 9:08 am   



On Thu, 8 Aug 2024 21:10:11 +0200, heby <heby@poczta.onet.pl> wrote:
Quote:
https://patents.google.com/patent/CN102413158A/en

Nie znam chińskiego. Z opisu abstraktu nie da się za wiele
wywnioskować.

Przecież dokument jest po angielsku.
Chińczycy opatentowali PH.

--
Marek

heby
Guest

Fri Aug 09, 2024 9:20 am   



On 09/08/2024 09:08, Marek wrote:
Quote:
Nie znam chińskiego. Z opisu abstraktu nie da się za wiele wywnioskować.
Przecież dokument jest po angielsku.

Ten dokument jest po chińsku ze słowami po angielsku.

Quote:
Chińczycy opatentowali PH.

Oj tam. Opatentowali jeden z kilku PH Wink

Marek
Guest

Fri Aug 09, 2024 9:46 am   



On Fri, 9 Aug 2024 09:20:34 +0200, heby <heby@poczta.onet.pl> wrote:
Quote:
Oj tam. Opatentowali jeden z kilku PH Wink

A tak btw, ktoś prowadzi statystyki sprzętu/modeli routerów, które
jeszcze pozwalają na PH by default albo przez opcję konfiguracyjną?
Bo właściwe wystarczy by tylko jeden router (A lub B) w takim
zestawieniu na to umożliwiał...

--
Marek

Marek
Guest

Fri Aug 09, 2024 2:56 pm   



On Fri, 9 Aug 2024 09:41:02 +0200, heby <heby@poczta.onet.pl> wrote:
Quote:
A teraz się okazuje, że wykorzystują PH....
Tego nie wiemy.

Jak nie? Opis jaki przysłał punktowy to PH or compatible.

--
Marek

Tomasz Gorbaczuk
Guest

Fri Aug 09, 2024 4:16 pm   



W dniu .08.2024 o 01:28 Pixel <mkawran@poczta.onet.pl> pisze:

Quote:
W dniu 08.08.2024 o 01:05, heby pisze:
[...]
2) coś się dzieje w warstwie TCP/IP na dwóch hostach za NATami

Rozwiń 2).

Banalne. Skoro serwer pośredniczący ma zestawiony tunel z dwoma hostami
za NAT, wystarczy, że dokona tego połączenia między sobą tych obu,
zestawiając je i kontrolując przy ICPM
(https://pl.wikipedia.org/wiki/Internet_Control_Message_Protocol). Mam
Ci to jakoś rozpisać technicznie, dlatego że nie łapiesz? Może jutro bo
dzisiaj zmęczony jestem i nauczać mi się nie chce Smile Może doczytaj jak
to działa w edonkey2000, skoro wspomniałeś. Tam też, sam serwer nie jest
pośrednikiem strumieniowym, udostępnia jedynie peery a
komunikacja/wymiana leci z jednej i z drugiej strony za
Natami/górami/cokolwiek w P2P...bo nie ma to żadnego znaczenia że
praktycznie wszystkie hosty, oprócz serwera są "schowane" za NAT :)



To jest chyba bardziej skomplikowane.
Mam apkę HikConnect na trzech telefonach. Jak jednocześnie na nich odpalę
podgląd tej samej kamery, to:
1. Z kamery idzie jeden stream (widać to po ruchu na routerze)
2. Na telefonach są różne opóźnienia obrazu (powyżej 1s)

Czyli wygląda na to, że:
1. ten stream się gdzieś buforuje,
2. czyli kamery strimują obraz do klałdu (na żądanie, bo jak nie odpalam
apki to nie ma ruchu na łączu)
3. apki łączą się też do klałdu a nie do kamery.

To jest taki sam mechanizm jak przy streamie jakiś wydarzeń online, jeden
stream ze źródła, wielu klientów oglądających, ale wszystko przez
zewnętrzną infrastrukturę a nie bezpośrednio tel - kamera.

TG

Tomasz Gorbaczuk
Guest

Fri Aug 09, 2024 4:20 pm   



W dniu .08.2024 o 16:16 Tomasz Gorbaczuk <gorbi@adres.pl> pisze:


Quote:
To jest chyba bardziej skomplikowane.
Mam apkę HikConnect na trzech telefonach. Jak jednocześnie na nich
odpalę podgląd tej samej kamery, to:
1. Z kamery idzie jeden stream (widać to po ruchu na routerze)
2. Na telefonach są różne opóźnienia obrazu (powyżej 1s)

Czyli wygląda na to, że:
1. ten stream się gdzieś buforuje,
2. czyli kamery strimują obraz do klałdu (na żądanie, bo jak nie odpalam
apki to nie ma ruchu na łączu)
3. apki łączą się też do klałdu a nie do kamery.

To jest taki sam mechanizm jak przy streamie jakiś wydarzeń online,
jeden stream ze źródła, wielu klientów oglądających, ale wszystko przez
zewnętrzną infrastrukturę a nie bezpośrednio tel - kamera.


ale, zdebuguję to.
W środę będę tam znowu na dłużej, zrobię upgrade sprzętu i przy okazji
pośledzę ruch.
Będę miał kompa na miejscu i łatwiej mi będzie posprawdzać jak to działa.

TG

Pixel
Guest

Fri Aug 09, 2024 9:43 pm   



W dniu 09.08.2024 o 16:16, Tomasz Gorbaczuk pisze:
[...]
Quote:
To jest chyba bardziej skomplikowane.
Mam apkę HikConnect na trzech telefonach. Jak jednocześnie na nich
odpalę podgląd tej samej kamery, to:
1. Z kamery idzie jeden stream (widać to po ruchu na routerze)
2. Na telefonach są różne opóźnienia obrazu (powyżej 1s)

Czyli wygląda na to, że:
1. ten stream się gdzieś buforuje,
2. czyli kamery strimują obraz do klałdu (na żądanie, bo jak nie odpalam
apki to nie ma ruchu na łączu)
3. apki łączą się też do klałdu a nie do kamery.

To jest taki sam mechanizm jak przy streamie jakiś wydarzeń online,
jeden stream ze źródła, wielu klientów oglądających, ale wszystko przez
zewnętrzną infrastrukturę a nie bezpośrednio tel - kamera.

U mnie wygląda to inaczej. Heby nazwał to SETUP.EXE ale to apka do kamer

i rejestratorów, bo przeglądarka nie może, z wiadomych względów.
Wszystko co tam mam jest, jest podpięte pod P2P a nie do adresów IP i
jest tam z 50 sprzętów. SmartPSS się to nazywa. Na dodatek z poziomu
tego programu, po zestawieniu połączenia mogę odpalić sobie przeglądarkę
i połączyć się za NAT z dowolnym sprzętem. Apka buduje sobie u mnie na
kompie tunelik dla przeglądarki i wygląda to np tak:
http://127.0.0.1:16885/ i odpala przeglądarkę, czyli klasyczne P2P.

Dzisiaj po odpaleniu SmartPSS zrobiłem sobie prtscr z monitora zasobów i
wyraźnie widać, że apka łączy się z hostami za NAT bezpośrednio, tzn po
otrzymaniu już "ticketu" z serwera Dahua. Znam te adresy IP czasem
widać, że łączy się do GSM. Zdecydowanie, jest to połączenie
bezpośrednie. Nie wiem jak jest u Hiki ale powinno być podobnie.
https://imgur.com/qZzhvSA

--
Pixel

Marek
Guest

Fri Aug 09, 2024 11:52 pm   



On Fri, 9 Aug 2024 20:38:38 +0200, heby <heby@poczta.onet.pl> wrote:
Quote:
Opis czego? Oprogramowania do tych konkretnych kamer? Czy
randomowego
patentu od google?

Ale czego więcej potrzebujesz by stwierdzić, że to jest oparte na
jakimś rodzaju PH (choć zdaję się samo określenie PH jest ogólne i
nie oznacza jakieś konkretnej metody)? Szczegóły już są mało istotne.
Punktowy miał dowieść, że to p2p, dowiódł.

--
Marek

Marek
Guest

Fri Aug 09, 2024 11:56 pm   



On Fri, 9 Aug 2024 20:40:56 +0200, heby <heby@poczta.onet.pl> wrote:
Quote:
Ukryta usługa torrent jest w zasadzie tunelem do dowolnej maszyny na

Kur... Pisz od razu, że tor a nie robisz jakieś owijanie w bawełnę
"ukryta usługa torrent". Gdzie ukryta? Pod dywanem? W komórce? Nie
wiadomo jak, gdzie, o co chodzi. Dopiero jak się pociśnie to się
okazuje, że chodzi o usługę w sieci tor.

--
Marek

Pixel
Guest

Sun Aug 11, 2024 11:26 pm   



W dniu 06.08.2024 o 09:41, heby pisze:

Quote:
Zaś u mnie policja dostała tablicę rejestracyjną z doskonale widocznym
numerem, twarz nadającą się na zdjecie w dowodzie i też wzruszyła
ramionami. "Nie udao się ustalić sprawcy". Pewnie dlatego, że jednak
kamerka była za 200zł i wyglądała o lata świetlne lepiej niż te plamy z
telewizji.

Hmm, ja dałem znajomym z okolicy do recenzji filmy (nie z moich kamer
nawet) i rozpoznali sprawcę... po prostu, poszedłem do "punktu" który
miał kamerę na moje auto i za pomocą smartfona nagrałem sobie film z
monitora (ważne, niczego nie podłączać do "obcych" sprzętów) . Potrzebna
socjotechnika Smile Ustaliłem sprawcę za pomocą znajomych, znalazłem jego
namiary (FB) i odwiedziłem, pokazując nagranie i sugerując, że zgłoszę
"na policję"...co wcześniej sprawdziłem fizycznie, znaczy najpierw
odwiedziłem posterunek i pokazałem filmy/akcję. Zdarzyło się to kilka
razy (głównie obtarcia parkingowe). Sprawcy przyznali się do winy i
podpisali "szkodę". Polecam Smile OK, nie zawsze to działa, podaję jedynie
możliwości/rozwiązanie.
Coś zyskałem? Tak. Odszkodowanie, po podpisaniu dokumentu, łącznie
jakieś 10tys w ciągu 3 lat. Polecam Smile Tak, mam "trudne" miejsce
parkingowe i pilnuje tego 5 kamer. Od jakiegoś czasu mam własną...ale
jest problem...bo ona "widzi" nie z tej strony jezdni...ale to już inna
dyskusja Smile Ja też się dzielę nagraniami z sąsiadami, jakbyco:)

--
Pixel

Goto page Previous  1, 2, 3, 4, 5, 6, 7

elektroda NewsGroups Forum Index - Elektronika Polska - Budżetowa kamera monitoringu z kartą SIM do wnętrz bez dostępu do internetu

NOWY TEMAT

Regulamin - Zasady uzytkowania Polityka prywatnosci Kontakt RTV map News map