Menu
▾
▴
openvip-devel — OpenVIP development is discussed here
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(25) |
May
(14) |
Jun
(14) |
Jul
(3) |
Aug
|
Sep
(8) |
Oct
(17) |
Nov
(31) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(73) |
Feb
(58) |
Mar
(62) |
Apr
(105) |
May
(349) |
Jun
(238) |
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2004 |
Jan
(6) |
Feb
(10) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
|
From: <xj...@em...> - 2002-06-23 16:20:02
|
Cau, muzu 27.6. odpoledne=20 28.6. kykoliv=20 >=3D29.6. kdykoliv krome Ct a Pa jozin _________________________________________________________________________= _____ ---------> Created by Email.cz http://www.email.cz <--- Get Your Free Email =20 |
|
From: Vaclav S. <vac...@ma...> - 2002-06-22 23:34:14
|
Anton=EDn Slav=EDk wrote: > Jestli jsem spravne pochopil Jirku, navrhuje terminy 1.7.-4.7. A co > ostatni? Prakticky kdykoliv krome 26.6. vecer. BTW, chtelo by to predtim dat dohromady seznam filtru =3D=3D poslat je se= m=20 :) Vasek |
|
From: <ton...@po...> - 2002-06-20 12:53:28
|
Hi, mate nejake navrhy na posledni predprazdninovou schuzku/schuzky? Ja jsem pristi tyden v Praze minimalne do patku, schuzka je mozna kdykoliv odpoledne nebo vecer. Nejsem ani proti schuzce o vikendu, ale Ludkovi se to asi nehodi. Nejpozdeji v nedeli se musim odstehovat z koleje; ten dalsi tyden pak budu v Praze uz jenom ve stredu 3.7. (schuzka mozna odpoledne). Jestli jsem spravne pochopil Jirku, navrhuje terminy 1.7.-4.7. A co ostatni? Tonda S. |
|
From: Vaclav S. <vac...@ma...> - 2002-06-08 22:33:55
|
Cau,
nejak jsem na to pozapomnel... :(
Trida reprezentujici jeden snimek:
----------------------------------
// podporovane formaty obrazu:
enum VideoFormat
{
FORMAT_RGB24, // tenhle musi umet kazdy filtr
FORMAT_UV12 // tenhle by mely umet taky, ale nemusi
};
interface IVideoFrame
{
// Vytvori prazdny snimek. Pokud uz objekt nejaka data obsahoval,
// zahodi je
void Create(width, height, format);
// Rozmery snimku
unsigned GetWidth(), GetHeight();
// or-kombinace formatu obrazu, ktere jsou momentalne k dispozici
// - pouzivat prednoste ty, ktere to vrati!
int GetFormats();
// Vrati read-only obrazovy buffer (tj. odkaz na pole pixelu) ve
// vyzadanem formatu. Pokud neni jeden z GetFormats(), provede
// konverzi
const byte* GetData(VideoFormat format);
// Vraci pointer na *zapisovatelny* buffer pixelu. Muze vratit
// NULL, pokud neni zapis povolen. @see GetWCopy
byte* GetWData(VideoFormat format);
// Zamykani/odemykani snimku. Do zamknuteho snimku nelze zapisovat
// (GetWData vraci NULL)
void Lock();
void Unlock();
// Vrati zapisovatelnou instanci snimku. Pokud je objekt odemceny,
// vrati sebe sama, jinak udela kopii.
// Pouziti:
// void DoSomething(IVideoFrame *img) {
// IVideoFrame *i =3D img->GetWCopy(FORMAT_RGB24);
// byte* buffer =3D i->GetWData(FORMAT_RGB24);
// buffer[0] =3D buffer[1] =3D buffer[2] =3D 0xFF; // whatever...
// }
IVideoFrame* GetWCopy(VideoFormat format);
};
Rozhrani pro *jednoduche* filtry a prechody:
--------------------------------------------
(toto je zaklad pro implementace filtru behem prazdnin)
class SimpleFilter
{
IVideoFrame *DoProcess(IVideoFrame *in) =3D 0;
};
class SimpleTransition
{
IVideoFrame *DoProcess(IVideoFrame *a, IVideoFrame *b,=20
unsigned pos, unsigned length) =3D 0;
};
Reprezentace vstupnich kanalu modulu:
-------------------------------------
(aspon takhle jsem to pochopil...)
Vstup je reprez. portem, port je maly objekt s informacemi o=20
charakteristikach prislusneho hrany v grafu toku dat (obsahuje=20
vlastne metadata k datum tekoucim tou hranou - pocet snimku, FPS,=20
=2E..). Jak to funguje:
1. pri inicializaci modul vytvori porty: (pseudokod)
in_ports[0] =3D create_video_port()
in_ports[1] =3D create_video_port()
in_ports[2] =3D create_audio_port()
Nenastavuje jim zadne parametry...
2. pote planovac (resp. nejaka vnejsi cast OpenVIP jadra, ktera se
stara o vybudovani site) naplni tem portum metadata podle toho,
k cemu jsou v grafu toku dat pripojeny:
m2.in_ports[0].setFramesCnt(module1.out_ports[0].getFramesCnt())
m2.in_ports[0].setFPS(module1.out_ports[0].getFPS())
...
Tj. o tohle se modul nemusi vubec starat, mame pozadovany stav kdy
modul nevi nic o okolni siti
3. Kdyz modul potrebuje zjistit na jake FPS je vstup nebo jak je
dlouhy, zepta se portu (getFPS(), ...) a ten vrati hodnoty, ktere
se mu predaly v predchozim kroku
Tj. port je vlastne jenom hloupy vec na zapamatovani si par hodnot...
|
|
From: Vaclav S. <vac...@ma...> - 2002-05-31 22:15:30
|
Cau,
[ CC'ed do OpenVIP konference, protoze to je docela k tematu ]
tady jsou informace o konverzi RGB<->YUV:
http://www.webartz.com/fourcc/fccyvrgb.htm
a tady je popis hromady dalsich YUV-like formatu:
http://www.webartz.com/fourcc/fccyuv.htm
(napr. YV12 - http://www.webartz.com/fourcc/fccyuv.htm#YV12 - pro=20
MPEG-4)
HTH,
Vasek
|
|
From: Ludek M. <mar...@ss...> - 2002-05-30 13:32:23
|
Prave jsem zaridil instalaci CASE nastroje Together 5.02 v laboratori s
Windows. Melo by to byt na strojich ZOO 60, 61 a 62. Takze muzete zkouset, co
se s tim da delat.
Ludek Marek
mar...@ss...
|
|
From: <xj...@em...> - 2002-05-29 19:25:09
|
Schuzka v patek v 16.00 je OK. jozin jir...@ce... wrote: > Predbezne navrhuji udelat schuzku v patek 31.5. (dopoledne mam > zkousku) nebo (lepe) na zacatku toho dalsiho tydne (napr. 3.6., > kdy mam rano dalsi), nekdy vecer (nejdrive od 16, 17 hodin). > Jak by se to hodilo Vam? >Tak podle toho, co rikal/psal Tonda, jsem pochopil, ze >schuzka v patek=20 >se hodi vsem, kdo se zatim vyjadrili -- tak je rekneme v >16:00 OK? >Vasek _______________________________________________________________ Don't miss the 2002 Sprint PCS Application Developer's Conference August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp/index.cfm _______________________________________________ Openvip-devel mailing list Ope...@li... https://lists.sourceforge.net/lists/listinfo/openvip-devel _________________________________________________________________________= _____ Kalend=E1=F8 Email.CZ - dokonal=E1 organizace Va=B9eho =E8asu: http://kal= endar.email.cz |
|
From: Vaclav S. <vac...@ma...> - 2002-05-28 20:38:08
|
jir...@ce... wrote: > Predbezne navrhuji udelat schuzku v patek 31.5. (dopoledne mam > zkousku) nebo (lepe) na zacatku toho dalsiho tydne (napr. 3.6., > kdy mam rano dalsi), nekdy vecer (nejdrive od 16, 17 hodin). > Jak by se to hodilo Vam? Tak podle toho, co rikal/psal Tonda, jsem pochopil, ze schuzka v patek=20 se hodi vsem, kdo se zatim vyjadrili -- tak je rekneme v 16:00 OK? Vasek |
|
From: <ton...@po...> - 2002-05-26 20:08:11
|
> jir...@ce... wrote: > Predbezne navrhuji udelat schuzku v patek > 31.5. (dopoledne mam > zkousku) nebo (lepe) na zacatku toho dalsiho > tydne (napr. 3.6., > kdy mam rano dalsi), nekdy vecer (nejdrive > od 16, 17 hodin). > Jak by se to hodilo Vam? > V patek odpoledne mam cas cca do 18 hodin, nasledujici tyden nejlepe v utery nebo ve stredu (v pondeli radeji ne). Jinak vsem preji hodne stesti u zkousek, souborek apod. Tonda S. ---- MICHAL DAVID - zive na http:\\chat.volny.cz ve ctvrtek 30.5. od 14:00hod |
|
From: <ton...@po...> - 2002-05-26 20:01:59
|
> jir...@ce... wrote: > Predbezne navrhuji udelat schuzku v patek > 31.5. (dopoledne mam > zkousku) nebo (lepe) na zacatku toho dalsiho > tydne (napr. 3.6., > kdy mam rano dalsi), nekdy vecer (nejdrive > od 16, 17 hodin). > Jak by se to hodilo Vam? > V patek odpoledne mam cas cca do 18 hodin, nasledujici tyden nejlepe v ut= ery nebo ve stredu (v pondeli radeji ne). Jinak vsem preji hodne stesti u= zkousek, souborek apod. Tonda S. ----=20 Bez Financ=ED se p=F8i koupi=20 nemovitosti neobejdete=20 http://reality.finance.cz |
|
From: Vaclav S. <vac...@ma...> - 2002-05-25 10:07:59
|
jir...@ce... wrote: > Predbezne navrhuji udelat schuzku v patek 31.5. (dopoledne mam > zkousku) nebo (lepe) na zacatku toho dalsiho tydne (napr. 3.6., > kdy mam rano dalsi), nekdy vecer (nejdrive od 16, 17 hodin). > Jak by se to hodilo Vam? Mne vyhovuje oboji. VS |
|
From: <jir...@ce...> - 2002-05-23 21:58:07
|
> Mohli bychom nekdy pristi tyden (>=3D utery)=20 zorganizovat "pracovni"=20 > schuzku? Idealne spis nekdy k veceru... Potrebujeme se=20 dohodnout, co=20 > se bude delat o prazdninach, at mame alespon *nejake* vysledky - - tj... Predbezne navrhuji udelat schuzku v patek 31.5. (dopoledne mam=20 zkousku) nebo (lepe) na zacatku toho dalsiho tydne (napr. 3.6.,=20 kdy mam rano dalsi), nekdy vecer (nejdrive od 16, 17 hodin). Jak by se to hodilo Vam? jirka -------------------- Bonus 1000 K=E8 k =FAroku 3,5 % m=E1 pro V=E1s Oran=BEov=E9 konto od IN= G. Zalo=BEte si Oran=BEov=E9 konto na 0800 159 159 nebo na http://user.= centrum.cz/redir.php?url=3Dhttp://www.ing.cz |
|
From: Vaclav S. <vac...@ma...> - 2002-05-20 22:44:01
|
Cau, omlouvam se, dneska zase neprijdu na projektovou schuzku. Jsem ted=20 trosku mimo, ale po souborce se projektu zase zacnu venovat, slibuju. Mohli bychom nekdy pristi tyden (>=3D utery) zorganizovat "pracovni"=20 schuzku? Idealne spis nekdy k veceru... Potrebujeme se dohodnout, co=20 se bude delat o prazdninach, at mame alespon *nejake* vysledky -- tj.=20 zrejme definovat interfacy pro (jednoduche) prechody a filtry a=20 rozdelit si je mezi sebe. K tomu by bylo fajn mit seznam potrebnych=20 filtru a prechodu (napr. grayscale, ruzne blur filtry) -- mohl byste=20 ho nekdo pripravit (klidne jenom parcialni a treba vykradeny z=20 Premiere nebo jineho editoru), at pak nemusime ztracet cas jeho=20 vymyslenim? Dik, Vasek |
|
From: Vaclav S. <vac...@ma...> - 2002-05-10 16:03:54
|
Ahoj,
vymyslel jste nekdo nahodou reseni toho pondelniho problemu s=20
jednotnym adresovanim pozic v audio a video proudech? Pripominam=20
zatim vymyslene varianty:
- adresovat A/V zvlast (V: snimky, A: bloky dat)
- adresovat casovym intervalem
- mit u kazdeho modulu parametr FPS a adresovat audio cislem snimku
s tim, ze neni jasne, jak velky objem dat jeden "snimek"
predstavuje
Priznavam, ze jsem nemel moc cas nad tim premyslet, takze treba lze=20
vymyslet funkcni & jednoduche unifikovane schema... Ja na zadne=20
neprisel :), takze navrhuju tohle:
1) Adresovat ruzne typy dat ruzne, jejich "prirozenym" adresovanim.=20
Tj. dotazy na video modul pomoci snimku, dotazy na audio pomoci=20
dvojice (pocatecni sample, # samplu). Dusledek: moduly pro zpracovani=20
A a V maji jiny interface, pracuje se s nimi jinak. Rovnez je potreba=20
specializace na urovni (vstupnich) portu modulu.
2) Zavest "vystupni modul" jako specialni pripad modulu, ktery nema=20
vystupni porty a tudiz *po nem nikdy nikdo nebude zadat zadna data*.=20
Vypocet nebude probihat tak, ze se vystupni moduly zadaji o snimky=20
0,1,...,N (interface IOutputModule vubec zadost o snimky=20
nepripousti!), ale bude se adresovat "cislem iterace", coz obecne=20
nemusi mit zadny vztah k poctu snimku nebo delce videa. Planovac se=20
kazdeho vystupniho modulu zepta na pocet iteraci potrebnych k zapsani=20
celeho vystupu a pote vola jeho metody "zjisti pozadovana data pro=20
provedeni iterace i" a "proved iteraci i". V pripade video vystupu je=20
vhodna volba 1 iterace =3D 1 snimek, v pripade audio-only vystupu napr.=20
1 iterace =3D 4 kilosamply.
3) krome A a V zavest jeste treti typ streamu (a tedy i portu a=20
zpracovavajiciho modulu...): obecna data. Ucelem je poskytnout=20
takovou berlicku k protlaceni non(A or V) dat systemem. Prikladem=20
jsou treba titulky z textoveho souboru nebo DVD titulky nebo nejaka=20
metadata. Struktura techto proudu musi byt hodne obecna, takze mi=20
prijde jako rozumne adresovat je pomoci *casoveho* intervalu -- dotaz=20
na interval (a,b) vrati data v podobe seznamu paketu relevantnich pro=20
dany casovy interval. Paket je struktura { string packet_id; float=20
time; ... }, kde "..." zavisi na tom, co je packet_id. Moduly=20
ignoruji pakety, jejichz ID neznaji.
Zjevne tenhle pristup odstranuje problem s potrebou jednotneho=20
adresovani vystupnich A+V modulu, ale bojim se, jestli s timhle=20
modelem nebudou jine, horsi problemy -- proto to posilam sem, at mate=20
dost casu prijit na to, proc to nebude fungovat ;)
Vasek
|
|
From: <jir...@ce...> - 2002-05-09 22:14:35
|
Termin dalsi oficialni schuzky jsme umluvily na ut 21/5 v menze, =20 predbezne v 16 hodin; pokud se vam nehodi, zkuste navrhnout jiny j. -------------------- Centrum pro milovn=EDky pen=ECz http://finance.centrum.cz=20 |
|
From: Ludek M. <mar...@ss...> - 2002-05-06 08:46:47
|
Ahoj
v priloze Vam posilam evaluation licenci na Together, melo by stacit nahrat ji
do adresare lic (tusim ze se tak jmenuje). Tahle licence plati do 17.5.2002.
Do te doby se mi doufam povede instalovat to do laborek.
S pozdravem
Ludek Marek
mar...@ss...
|
|
From: Vaclav S. <vac...@ma...> - 2002-05-01 18:48:44
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ludek Marek wrote: > Dusledek (ktery mne nenapadl vcera): kdyz je to v Jave, tak to bezi > vsude kde je Java, tj. i na Unixu. Myslim ze by sla pouzit i verze > pro UNIX. Budete chtit instalovat do nejakeho labu i verzi pro > UNIX? Bylo by to hezke, ale v pripade nouze nejvyssi zvladnu neco delat i=20 pod wokny :) BTW, oficialne podporuji jenom Linux, ale v Ulabu stejne=20 skoro nic jineho neni... VS -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjzQJjoACgkQxDYa/UZSZMkevACfc922gITvKnD7BD/yRalkLl/m BJ4AnRLyZ1V8lT3WqyJmAwcpHw2Ip2hb =3DckCc -----END PGP SIGNATURE----- |
|
From: Ludek M. <mar...@ss...> - 2002-05-01 09:07:27
|
> tak stahovani dema Together je typicky buzeracni:
> > You must enter the correct information below in order to receive an
> > evaluation license key. All fields in bold are required. We require
> > your phone number so that an account representative can contact you
> > to provide you with a license key.
Veci se zmenily :-(
> Takze bych taky prosil na cedecku :)
CDcko nepomuze, ja ten klic taky nemam. Ale muzu ho sehnat. Ovsem pokusim se
sehnat rovnou klic ostry.
Vic budu vedet zitra.
> BTW, pisou tam, ze je to napsany v Jave a bezi i na Unixu -- myslis,
> ze by treba sla i ta verze?
Ano, vim ze je to psane v Jave. K tomu, aby to bezelo, musi byt java
instalovana.
Dusledek (ktery mne nenapadl vcera): kdyz je to v Jave, tak to bezi vsude kde
je Java, tj. i na Unixu. Myslim ze by sla pouzit i verze pro UNIX. Budete
chtit instalovat do nejakeho labu i verzi pro UNIX?
Ludek Marek
mar...@ss...
|
|
From: Vaclav S. <vac...@ma...> - 2002-04-30 23:28:03
|
Cau, tak stahovani dema Together je typicky buzeracni: > You must enter the correct information below in order to receive an=20 > evaluation license key. All fields in bold are required. We require=20 > your phone number so that an account representative can contact you=20 > to provide you with a license key. Takze bych taky prosil na cedecku :) BTW, pisou tam, ze je to napsany v Jave a bezi i na Unixu -- myslis,=20 ze by treba sla i ta verze? Vasek |
|
From: <jir...@ce...> - 2002-04-30 16:40:54
|
30/04/02 Na posledni dubnove schuzce vedouci navrhl pouzit case=20 nastroj "Together" firmy TogetherSoft=20 (http://www.togethersoft.com/); nastroj by mel byt brzy=20 nainstalovan na Barbore, v pondeli/utery prinesu instalacni CD na=20 schuzku. (Pro studentske ucely by licence mela byt=20 zdarma.) "Together" podporuje generovani zdrojaku do C++ a Javy;=20 a samozrejme take kresleni UML diagramu, coz bychom si meli=20 vyzkouset. Na technictejsi rozmysleni je modelovani naseho=20 systemu siti v UML. jirka P.S. "Once Matfyzacka, always Matfyzacka" [Ian S. Kilbride] -------------------- Centrum pro milovn=EDky pen=ECz http://finance.centrum.cz=20 |
|
From: <jir...@ce...> - 2002-04-30 16:17:45
|
Preji prijemny den Dalsi pravidelna schuzka (s vedoucim): - ut 7.5. v 16:00 v Menze Pracovni schuzka (bez vedouciho): - po 6.5. v 16:15 v Menze jirka -------------------- Nov=FD vyhled=E1va=E8 pro =E8esk=FD internet www.WebFast.cz - prost=EC = najde ... |
|
From: Michal D. <lu...@ce...> - 2002-04-30 14:10:32
|
omlouvam se, ze dnes nemuzu prijit na schuzku. snad priste. michal =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= "There is only one basic human right, the right to do as you damn well please. And with it comes the only basic human duty, the duty to take the consequences." -- P.J. O'Rourke =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= |
|
From: Ludek M. <mar...@ss...> - 2002-04-23 14:48:17
|
> Pro pripomenuti: pristi projektova schuzka byla domluvena na utery
> 23.4. na 16:00.
Hm, tak hlavne ze jsem si to napsal do diare. Pak jsem se do nej nekoukl a
prisel jsem az v 16:30.
Takze:
1) Omlouvam se, to je moje blbost.
2) Kdyby se priste stalo, ze neprijdu na domluvenou schuzku do 5 minut od
domluveneho terminu, zkuste mi, prosim, zatelefonovat na kolej, pokoj B902,
linka 388.
3) Verim, ze od konce dubna na Vas budu mit vic casu.
Zatim ahoj
Ludek Marek
mar...@ss...
|
|
From: <jir...@ce...> - 2002-04-23 14:46:48
|
Zdravim Dalsi spolecna schuzka se kona pristi utery (30.4.) v 17:30. Jirka -------------------- Centrum pro milovn=EDky pen=ECz http://finance.centrum.cz=20 |
|
From: Vaclav S. <vac...@ma...> - 2002-04-21 21:34:44
|
Cau,
nahral jsem na web popis toho algoritmu:
http://openvip.sf.net/internal/notes/architecture.html#scheduler
http://openvip.sf.net/internal/notes/algorithms.html
Vyhody pristupu "plugin si vstupni data obstara sam" (1):
- *trosku* mensi overhead=20
- ??? (Michale?)
Nevyhody tehoz:
- *znemoznuje* paralelizmus. Pokud pouzijeme tenhle pristup, tak
se nam proste paralelizovat system nepodari
- problem se seekovanim v audiu, obecne hodne seekovani, muselo=20
by se resit pomoci ad-hoc cache (vubec to neresi ten problem s=20
porty!)
Vyhody separace pluginu a planovace:
- je mozne vymenit planovac a pouzivat stare pluginy (stabilni API)
- dusledek: lze pro zacatek mi jednoduchy planovac a vylepsovat ho
postupne v pripade potreby
- "cisty" design: separuje nesouvisejici ulohy (poradi renderovani,=20
renderovani konkretniho efektu) do 2 nezavislych entit
- lze v pripade potreby (cti: extremni pouziti site) pouzit=20
prizpusobeny planovac; ten globalni planovac navic resi problemy
se seekovanim bez toho, ze bychom museli pridavat cache na
bottlenecky (cache je implementacni detail planovace)
Takze muj navrh je tohle: pouzit API s oddelenym planovacem a moduly=20
(tak, jak jsme se o tom v utery bavili), ale zatim ten slozity=20
planovac neimplementovat a pouzit jednoduchy "rekurzivni", chovajici=20
se stejne jako (1).=20
Vasek
|
20 messages has been excluded from this view by a project administrator.
