eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoI akurat "padły baterie" w policyjnych kamerkach › Re: I akurat "padły baterie" w policyjnych kamerkach
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!feeder.erje.net
    !2.eu.feeder.erje.net!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!85.12.16.70.M
    ISMATCH!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer04.fr7!futter-mich.h
    ighwinds-media.com!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.ne
    ws.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for
    -mail
    From: "J.F." <j...@p...onet.pl>
    Subject: Re: I akurat "padły baterie" w policyjnych kamerkach
    Newsgroups: pl.soc.prawo
    User-Agent: 40tude_Dialog/2.0.15.1pl
    MIME-Version: 1.0
    Content-Type: text/plain; charset="iso-8859-2"
    Content-Transfer-Encoding: 8bit
    References: <5c77ae00$0$489$65785112@news.neostrada.pl>
    <r...@4...net>
    <5c77cfd0$0$494$65785112@news.neostrada.pl>
    <X...@1...0.0.1>
    <vcqjwvxzantu$.5gbgrupqhtft.dlg@40tude.net>
    <0k4eE.1119$QU5.1117@fx17.ams1>
    <5c79470e$0$490$65785112@news.neostrada.pl>
    <q5c4s1$5pf$3@node2.news.atman.pl>
    <5c79a374$0$500$65785112@news.neostrada.pl>
    <q5di53$dcs$1@node1.news.atman.pl>
    <3n3bmfwpmzq6$.14m7c7uh0qspm.dlg@40tude.net>
    <q5hcsd$ntl$3@node2.news.atman.pl>
    <w...@4...net>
    <q5iejf$v5p$2@node2.news.atman.pl>
    <5c7d4d42$0$488$65785112@news.neostrada.pl>
    <q5jl3h$1q9$3@node2.news.atman.pl>
    <5c7e5521$0$499$65785112@news.neostrada.pl>
    <q5lnk2$u8v$2@node2.news.atman.pl>
    <5c7e6c31$0$479$65785112@news.neostrada.pl>
    <vdDfE.1638$QU5.698@fx17.ams1>
    Date: Wed, 6 Mar 2019 00:30:39 +0100
    Message-ID: <1t9s0x96s8y5y$.1cctvme4sy7ry$.dlg@40tude.net>
    Lines: 55
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 82.143.187.50
    X-Trace: 1551828631 unt-rea-a-02.news.neostrada.pl 501 82.143.187.50:62357
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 4073
    X-Received-Body-CRC: 3348489868
    Xref: news-archive.icm.edu.pl pl.soc.prawo:781144
    [ ukryj nagłówki ]

    Dnia Tue, 05 Mar 2019 23:01:47 GMT, Marcin Debowski napisał(a):
    > On 2019-03-05, J.F. <j...@p...onet.pl> wrote:
    >> Użytkownik "Shrek" napisał w wiadomości grup
    >> Nawet jesli nie sa to zapisane JPG w osobnych plikach,
    >> to skoro obraz tak skacze, to znaczy, ze w strumieniu sa osobne
    >> obrazki.
    >
    > Każda ramka jest de facto obrazkiem tyle, że mniej lub bardziej pełnym
    > bo brakuje w nim tego co jest w poprzedniej lub kolejnej ramce. Skakanie
    > wpływa na to ile się zmienia więc co prawda możesz argumentować, że
    > zmienia się wszystko ale wymaga to pewnych założeń - taka argumentacja
    > jest jedynie poprawna jeśli kompresja międzyklatkowa jest wyłącznie
    > pomiędzy pełnymi obszarami klatkek, co jest MZ nieprawdą.

    W monitoringu istotnie moga dominowac dosc stale obrazy.

    > W sytuacji
    > dynamicznej zmiany pomiędzy klatkami są albo wynikiem zmian w statycznym
    > kadrze, albo w zmianą kadru (przesunięcia X-Y) albo obu. W tym pierwszym
    > wypadku nadal mamy statyczną część (poza ektremalnymi sytuacjami), w
    > drugim rowniez, ale nie zgadza się już X i Y nie? To przesunięcie XY
    > jest uwzględniane, a dalej już leci normalnie. Zarzuć goglu "Motion
    > search" video codec. ZCWidze, to algorytmy nawet nie rozróżniają tych
    > 2ch scenariuszy, a starają się wykrywać zmiany (ruch).

    No i tu jest kolejna sprawa - male przesuniecia szuka sie szybko, duze
    ... to jest kosztowne.

    Choc akurat ... kamera nadal dostarcza klatki czesto - mozna sledzic
    jak sie cos przesuwa, a tylko zrzucac co 10 klatek.


    >> No i ciekawe - zapisali to jako obrazki, czy zrobili kompresje typu
    >> H.264 dla np co 10-tego obrazka z kamery.
    >
    > Zapisali strumień, czyli np. jeden pełny obrazek co 28 niepełnych.

    Byc moze ... czyli np jeden pelny obrazek co 14s, a co pol sekundy
    niepelny ...

    >> Ale jak widac - sa rejestratory, w ktorych obraz nie skacze, i sie
    >> chwala 25 kl/s.
    > Kompletnie nie rozumiem, jak możesz nadal nie rozumieć, że ilość klatek
    > na sekundę ma tu dokładnie zerowe znaczenie. I nie wiem już jak Ci to
    > wytłumaczyć skoro poprzedie tłumaczenia nic nie dały :)

    Ja to rozumiem, tylko
    -duze zmiany obrazu, ktore zachodza w czasie dluzszego czasu,
    powoduja, ze metody kompresji miedzyramkowej sa mniej efektywne,

    -co moze powodowac, ze nawet nie starali sie ich wdrozyc.

    Nawet masz stosowny standard M-JPEG.

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1