[elektro] huff optim
Arnold Fuzesi
arnold.fuzesi.lista at gmail.com
Sun Apr 1 13:21:44 CEST 2012
ASK nem jo? Bar lehet felreertelek, sot valoszinu, mert ez gondolom eszedbe jutott volna mar:)
Vagy OSK.
Arnold
Sent from my iPhone
On 2012.04.01., at 13:09, Info <info at kiralyelektronika.hu> wrote:
>> Elég nagy irodalma van a tömörítéseknek. Szép téma, egyszer majdnem
>> tanítottam a BME-n :)
>> (Amikor a SZTAKI-ban dolgoztam, vagy 20 éve, kitalálták hogy
>> szorosabbra kell fűzni a kapcsolatot az egyetem és a kutatóintézetek
>> között és hirdessünk szemináriumokat. Mindenkinek be kellett adni,
>> hogy milyen témát választana. Én ezt írtam, aztán nem lett belőle semmi.
>> Azóta persze van információelmélet tantárgy is.)
>
> Wow! Gratu ! Akkorhát van kitől kérdeznem :D
>
>> Én speciálisan vonali tömörítéssel foglalkoztam, ahol az adat végtelen,
>> nem lehet előre statisztikát csinálni.
>> (Adatátvitel lassú, de hibamentesnek tekinthető kommunikációs csatornán.)
>> Írtam pl. Aritmetikai kódolást is, azt is érdemes megnézni.
>
> Gondolom itt is az előforduló randomtól való eltérést lehetett
> megfogni méretcsökkentéshez, meg az elmúlt adatokról feltételezni,
> hogy még kitart egy darabig az a szórási tartomány. Akkor a csatorna
> már tuti struktúrált lehetett, és gondolom tettél bele kibúvót a nyers
> adatok áttolásához ha nem lehetett összenyomni.
>
> Ha már itt tartunk - és nincs is messze tőle az átviteli módszer,
> milyen átviteli módszert ajánlanál két bájt átviteléhez /sec, amikoris
> az adatcsatorna a moduláló jel és egy szinuszra kerül rá, ahol meg a
> szinusz csak pár periódus, aszinkron, és minél biztosabban meg kellene
> kapni az adatot ? Itt most nem a crc-re gondolok, hanem arra, hogy
> mondjuk legyen fázistartalék a dekódoláshoz, ne szűk tartományt
> kelljen figyelni, minél kevesebb frekiösszetevő, stb. Én egy PSK-ra
> gondoltam, csak hátha tudsz egyszerűbbet.
>
> Thx!
> Béla
>
>
> -----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list