-
Path: news-archive.icm.edu.pl!newsfeed.gazeta.pl!news.task.gda.pl!not-for-mail
From: Jaytee <j...@s...org>
Newsgroups: pl.comp.programming
Subject: Re: Szybkie metody kompresji
Date: Fri, 24 Apr 2009 08:09:34 +0200
Organization: CI TASK http://www.task.gda.pl/
Lines: 23
Message-ID: <gsrl2u$tnd$1@news.task.gda.pl>
References: <2...@d...me>
NNTP-Posting-Host: gte62.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.task.gda.pl 1240553374 30445 83.3.238.62 (24 Apr 2009 06:09:34 GMT)
X-Complaints-To: a...@n...task.gda.pl
NNTP-Posting-Date: Fri, 24 Apr 2009 06:09:34 +0000 (UTC)
User-Agent: Thunderbird 2.0.0.21 (Windows/20090302)
In-Reply-To: <2...@d...me>
Xref: news-archive.icm.edu.pl pl.comp.programming:181663
[ ukryj nagłówki ]Sulsa pisze:
> Szukam jakiejsc szybkiej i zapewniejacej dobry wspolczynnik kompresji
> bezstratnej(w ostatecznosci stratnej) metody kompresji obrazow. Jak do
> tej pory skorzystalem z run-length encoding ale ta metoda daje nie
> zadowalajace rezultaty. Dekompresja nie musi byc bardzo wydajna,
> wystarczy ze zwykly blaszak poradzi sobie ze zdekompresowaniem
> kilkanstu do dwudziestu kilku obrazow na sekunde o wymiarach 800x600.
> Przydatna tez by byla metoda kompresji kolejnych klatek ale to wszystko
> musi byc szybkie bo ma smigac na systemi wbudowanym.
>
Kompresuj i przesyłaj tylko różnice w kolejnych obrazach.
Jeśli są części wspólne w kolejnych klatkach (a zazwyczaj są) to można
sporo zaoszczędzić.
No chyba że masz deficyt pamięci w tym systemie wbudowanym.
A sama kompresja to jak Wojciech Mula napisał: LZW i pochodne.
--
Pozdrowienia,
Jaytee
* It's 5:50am. do you know where your stack pointer is?
Następne wpisy z tego wątku
- 24.04.09 06:14 Jaytee
- 24.04.09 08:31 Paweł Kierski
- 24.04.09 18:51 Sulsa
- 24.04.09 19:02 Wojciech Muła
- 25.04.09 11:16 Mariusz Marszałkowski
- 29.04.09 13:47 Mariusz
- 29.04.09 19:36 Sulsa
- 29.04.09 19:38 Wojciech Muła
- 30.04.09 17:06 Sulsa
- 05.05.09 08:44 Wojciech Muła
- 05.05.09 21:02 Wojciech Muła
- 09.05.09 13:02 Sulsa
- 09.05.09 13:07 Sulsa
- 09.05.09 13:08 Sulsa
Najnowsze wątki z tej grupy
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
Najnowsze wątki
- 2024-11-25 Karty przedpłacone (podarunkowe) Google Play - pytanie do korzystających
- 2024-11-26 wina Tóska
- 2024-11-26 Rewolucja/Rewelacja!
- 2024-11-25 grupa ożyła ;)
- 2024-11-24 Być jak Clint
- 2024-11-24 Rura kanalizacja konceptu Franke = problem
- 2024-11-25 Wrocław => Lead Java EE Developer <=
- 2024-11-25 Warszawa => Business Development Manager - Network and Network Securit
- 2024-11-25 Kraków => Programista Full Stack (.Net Core) <=
- 2024-11-25 Lublin => Senior PHP Developer <=
- 2024-11-25 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-25 Warszawa => ECM Specialist / Consultant <=
- 2024-11-25 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2024-11-25 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2024-11-25 Lublin => Inżynier Serwisu Sprzętu Medycznego <=