eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPrawoGrupypl.soc.prawoDura lex, sed lex › Re: Dura lex, sed lex
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
    e.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!
    peer.ams1.xlned.com!news.xlned.com!feeder.cambriumusenet.nl!feed.tweaknews.nl!p
    osting.tweaknews.nl!fx15.ams1.POSTED!not-for-mail
    Newsgroups: pl.soc.prawo
    From: Marcin Debowski <a...@I...zoho.com>
    Subject: Re: Dura lex, sed lex
    References: <uhlkjm$3s24g$1@dont-email.me> <kut%M.26797$2Dq2.6066@fx08.ams1>
    <uhmkeg$3dr$2$RTomasik@news.chmurka.net>
    <H5C%M.157245$6j55.108512@fx13.ams1>
    <uhnt82$3ds$10$RTomasik@news.chmurka.net>
    <8SW%M.90299$pFl3.24237@fx05.ams1>
    <uhqtp6$2ui$11$RTomasik@news.chmurka.net>
    <%Lg0N.26806$2Dq2.5412@fx08.ams1>
    <uhsnqd$2ui$32$RTomasik@news.chmurka.net>
    <RRl0N.27795$pZKa.16091@fx04.ams1>
    <uhsq89$2uh$25$RTomasik@news.chmurka.net>
    <uhtiir$rkl$3$Shrek@news.chmurka.net> <MGA0N.73967$6L_4.56412@fx14.ams1>
    <ui0c58$ju8$1$Shrek@news.chmurka.net>
    <137fxbix0c90w$.gd40x47g5pb7$.dlg@40tude.net>
    <bnW0N.78478$3_a2.10970@fx12.ams1>
    <ui2hk2$2ui$58$RTomasik@news.chmurka.net>
    <BEf2N.79590$U4F3.28755@fx09.ams1>
    <uidn13$3a4$6$RTomasik@news.chmurka.net>
    <uidp71$2ak$4$Shrek@news.chmurka.net> <fPz2N.29133$dr77.6158@fx01.ams1>
    <uiejij$krl$2$RTomasik@news.chmurka.net>
    <WVA2N.29135$dr77.5271@fx01.ams1>
    <uig61m$krm$5$RTomasik@news.chmurka.net>
    User-Agent: slrn/1.0.3 (Linux)
    Mime-Version: 1.0
    Content-Type: text/plain; charset=UTF-8
    Content-Transfer-Encoding: 8bit
    Lines: 33
    Message-ID: <VKU2N.11$cBSb.6@fx15.ams1>
    X-Complaints-To: a...@t...nl
    NNTP-Posting-Date: Wed, 08 Nov 2023 23:22:29 UTC
    Organization: Tweaknews
    Date: Wed, 08 Nov 2023 23:22:29 GMT
    X-Received-Bytes: 3233
    Xref: news-archive.icm.edu.pl pl.soc.prawo:843662
    [ ukryj nagłówki ]

    On 2023-11-08, Robert Tomasik <r...@g...pl> wrote:
    > W dniu 08.11.2023 o 01:48, Marcin Debowski pisze:
    >>>> Przy czym sama idea jest MZ mocno takase i trochę watpie czy jest nadal
    >>>> powszechnie stosowana.
    >>> Zaletą tej idei jest to, że jeśli przerwiesz nagranie, to masz ostatnią
    >>> klatkę. Jak nagrywasz filmiki, to nie masz ostatniego.
    >> Masz, bo ramka I jest zawsze przed P i B.
    >
    > Jeśli przerwiesz w wyniku katastrofy zapisywanie filmiku, to potem się
    > go nie da odczytać, bo plik nie jest zamknięty. Może jest jakiś sposób
    > obejścia tego, ale w każdym razie z pierwszego taki problem się rodzi. I
    > dlatego właśnie wymyślono ten zapis klatek. Tak przynajmniej na
    > szkoleniu wyjaśniał to facet.

    To jest przeszkoda dla przeciętnego uzytkownika, ale nie dla biegłego.
    Jesli dane są na dysku to można je odczytac. W przypadku niezamknietego
    pliku nie powinno być z tym żadnego problemu.

    Problem jest, ale gdzieindziej - operacje na dysku są prawie zawsze
    buforowane, a to odbywa się w pamieci ulotnej. Jesli system nie zdąrzy
    zrzucić z bufora na dysk, to ta czeście przepada. Z tym, że dotyczy to
    tak samo zdjęć jak i filmu. Mozna co prawda argumentować, że przy
    zdjęciach przepadnie mniej, bo kompresja dużo niższa, ale ma na to wpływ
    sporo różnych czynników i nie wydaje mi się, aby ta róznica, o ile w
    ogóle występuje*, miała wieksze znaczenie praktyczne.

    *) operacje otwierania i zamykania plików są powtarzające się, więc
    pewnie intensywnie buforowane. Mozna sobie wyobrazić sytuacje, gdzie
    przy zdjęciach straci się więcej, bo jest ich tam o rząd większosci
    więcej.

    --
    Marcin

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