cena za tenhle jednoucelovy cip je teda celkem ulet:(
+1
0
-1
Je komentář přínosný?
pj (neověřeno) https://diit.cz
21. 5. 2007 - 13:33https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskusecena za tenhle jednoucelovy cip je teda celkem ulet:(https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-334961
+
2 Pj: Cena testovacej vzorky je vcelku zanedbatelna, neboj za tu cenu sa v seriovej vyrobe predavat nebude ...
+1
0
-1
Je komentář přínosný?
Fip (neověřeno) https://diit.cz
21. 5. 2007 - 13:46https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse2 Pj: Cena testovacej vzorky je vcelku zanedbatelna, neboj za tu cenu sa v seriovej vyrobe predavat nebude ... https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-334969
+
Samo že Cologne je "Kolín nad Rýnem" nebo jako Köln. Mám dojem, že část vyvoje běžela v Langenu (to je před Frankfurtem a. Main).
+1
0
-1
Je komentář přínosný?
Moxi (neověřeno) https://diit.cz
21. 5. 2007 - 17:11https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseSamo že Cologne je "Kolín nad Rýnem" nebo jako Köln. Mám dojem, že část vyvoje běžela v Langenu (to je před Frankfurtem a. Main).https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335061
+
Mně tam nějak nesedí ten MPEG-2 (AAC). MPEG-1/2 je MP3, AAC je MPEG-4. Nebo se pletu? Navíc u AAC by také bylo dobré psát, jakou verzi - LC/HE/PS.
Také tomu moc nerozumím s tím prokládaným obrazem. Neprokládané video je snad o poznání méně náročné než prokládané. Navíc téměř všechny HDDVD a BR titulky s 60i jsou vlastně ve skutečnosti 24p a na 60i to rozdělí (metodou telecine) až přehrávač. Stejně jako to je u současných NTSC DVD.
+1
0
-1
Je komentář přínosný?
JeCh https://diit.cz/profil/jech
21. 5. 2007 - 18:12https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseMně tam nějak nesedí ten MPEG-2 (AAC). MPEG-1/2 je MP3, AAC je MPEG-4. Nebo se pletu? Navíc u AAC by také bylo dobré psát, jakou verzi - LC/HE/PS.
Také tomu moc nerozumím s tím prokládaným obrazem. Neprokládané video je snad o poznání méně náročné než prokládané. Navíc téměř všechny HDDVD a BR titulky s 60i jsou vlastně ve skutečnosti 24p a na 60i to rozdělí (metodou telecine) až přehrávač. Stejně jako to je u současných NTSC DVD.https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335072
+
Může mi někdo říct na co je vlastně ten debilní interlacing? Video zabírá "skoro" stejně(dobře, řekněme, že o místo mi nejde) a i přes deintarlacing v přehrávači je to nehorázně odporný a 720p vypadá 5x líp než 1080i.
+1
0
-1
Je komentář přínosný?
Ace513 (neověřeno) https://diit.cz
21. 5. 2007 - 18:42https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseMůže mi někdo říct na co je vlastně ten debilní interlacing? Video zabírá "skoro" stejně(dobře, řekněme, že o místo mi nejde) a i přes deintarlacing v přehrávači je to nehorázně odporný a 720p vypadá 5x líp než 1080i.https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335074
+
to je co za pravitko, ze to ma pet dilku na jednotku?
+1
0
-1
Je komentář přínosný?
tomcat2 (neověřeno) https://diit.cz
21. 5. 2007 - 19:23https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseto je co za pravitko, ze to ma pet dilku na jednotku?https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335081
+
Me by zase docela zajimalo proc i v 21.stoleti, kdy mame procesory typu Core 2 Duo s jadry podporujici SSE4 (to uz je pekna rada instrukci, pocitame li i jeji predchudce vcetne MMX) je dekodovani takovehleho videa tak nesmirne narocne, ze i procesory teto kategorie s tim maji veliky problem? Nerekl bych ani slovo na to, kdyby to bylo ciste pocitane jen obycejnymi x86 instrukcemi, ale SSE, MMX, 3DNow! a dalsi jsou preci presne cilene "multimedialni" instrukce na praci se zvukem a videem, tak proc vyrobci procesoru delaji instrukce na veci, ktere se v realu nevyuzivaji a ty co se skutecne potrebuji se stejne pocitaji hrubou silou?
Pokud je videt, ze lze vyrobit takto jednucelovy cip, ktery zvlada dekodovani uplne s prehledem, je jasne, ze algoritmy jsou dobre zname, ze je i presne vymyslene jak je harwarove implementovat a rekneme si na rovinu - takovyhle cip bude zcela jiste pouze jednoucelovy, vysoce optimalizovany procesor.
Proc nejnovejsi procesoty typu x86 (jakozto zastupce zcela jiste nejrozsirenejsi platformy pro PC) nedisponuji ve sve casti "multimedialnich" instrukci instrukce potrebne pro transformace pri dekodovani (pripadne encodovani) realneho multimedialniho obsahu? Ze by to nebyla chyba procesoru ale naprosta neschopnost vyvojaru napsat sve dekodery tak, aby tyto instrukce vyuzivaly? Tady si dovolim tvrdit chyba nebude...
+1
0
-1
Je komentář přínosný?
magovec https://diit.cz/profil/magovec
21. 5. 2007 - 23:19https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseMe by zase docela zajimalo proc i v 21.stoleti, kdy mame procesory typu Core 2 Duo s jadry podporujici SSE4 (to uz je pekna rada instrukci, pocitame li i jeji predchudce vcetne MMX) je dekodovani takovehleho videa tak nesmirne narocne, ze i procesory teto kategorie s tim maji veliky problem? Nerekl bych ani slovo na to, kdyby to bylo ciste pocitane jen obycejnymi x86 instrukcemi, ale SSE, MMX, 3DNow! a dalsi jsou preci presne cilene "multimedialni" instrukce na praci se zvukem a videem, tak proc vyrobci procesoru delaji instrukce na veci, ktere se v realu nevyuzivaji a ty co se skutecne potrebuji se stejne pocitaji hrubou silou?
Pokud je videt, ze lze vyrobit takto jednucelovy cip, ktery zvlada dekodovani uplne s prehledem, je jasne, ze algoritmy jsou dobre zname, ze je i presne vymyslene jak je harwarove implementovat a rekneme si na rovinu - takovyhle cip bude zcela jiste pouze jednoucelovy, vysoce optimalizovany procesor.
Proc nejnovejsi procesoty typu x86 (jakozto zastupce zcela jiste nejrozsirenejsi platformy pro PC) nedisponuji ve sve casti "multimedialnich" instrukci instrukce potrebne pro transformace pri dekodovani (pripadne encodovani) realneho multimedialniho obsahu? Ze by to nebyla chyba procesoru ale naprosta neschopnost vyvojaru napsat sve dekodery tak, aby tyto instrukce vyuzivaly? Tady si dovolim tvrdit chyba nebude...https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335117
+
Treba studovat marketing, to je kralovska disciplina.
Ako ojebat zakaznika.
+1
0
-1
Je komentář přínosný?
ojebavac (neověřeno) https://diit.cz
22. 5. 2007 - 01:34https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuseTreba studovat marketing, to je kralovska disciplina.
Ako ojebat zakaznika.https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335122
+
2magovec: Treba proto, ze algoritmus je patentovan => platit z kazdeho CPU dalsi $ navrch. Ty bys dal za CPU litr navic, kdyby umel HW Mpeg4 ?
+1
0
-1
Je komentář přínosný?
jjjjj (neověřeno) https://diit.cz
22. 5. 2007 - 10:36https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse2magovec: Treba proto, ze algoritmus je patentovan => platit z kazdeho CPU dalsi $ navrch. Ty bys dal za CPU litr navic, kdyby umel HW Mpeg4 ?https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335164
+
magovec: IMHO disponuji. Oni ty vyvojari nebudou idioti a s temi SSE/3DNow! delaji co se da, jenze do x86 CPU proste nemuzes pridat MPEG4 encodovani tak ze svaris dva chipy dohromady. Namatkou, nepracuje nahodou ten HW chip tak, ze do nej nekdo ten stream strka - zatimco x86 si ho musi vyzvedavat z pameti ? A navic, ty softwarove kodeky maji radove vic nastaveni se kterymi lze ovlivnovat kvalitu vysledneho obrazu.
Ace513: Taky by me zajimalo, proc jeste ve 21. stoleti musime s obrazem provadet zverstva ktera se kdysi zavedla jen proto, ze obrazovka nemela pamet a proto mohla kazdy pixel vykreslit jen jednou a byla moc pomala aby zvladla 50/60 snimku za sekundu tak musela delat 50/60 pulsnimku aby ten obraz vypadal slusne ...
+1
0
-1
Je komentář přínosný?
hkmaly (neověřeno) https://diit.cz
22. 5. 2007 - 11:32https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskusemagovec: IMHO disponuji. Oni ty vyvojari nebudou idioti a s temi SSE/3DNow! delaji co se da, jenze do x86 CPU proste nemuzes pridat MPEG4 encodovani tak ze svaris dva chipy dohromady. Namatkou, nepracuje nahodou ten HW chip tak, ze do nej nekdo ten stream strka - zatimco x86 si ho musi vyzvedavat z pameti ? A navic, ty softwarove kodeky maji radove vic nastaveni se kterymi lze ovlivnovat kvalitu vysledneho obrazu.
Ace513: Taky by me zajimalo, proc jeste ve 21. stoleti musime s obrazem provadet zverstva ktera se kdysi zavedla jen proto, ze obrazovka nemela pamet a proto mohla kazdy pixel vykreslit jen jednou a byla moc pomala aby zvladla 50/60 snimku za sekundu tak musela delat 50/60 pulsnimku aby ten obraz vypadal slusne ...https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335179
+
hkmaly: Ta obrazovka nebyla moc pomalá, ta by to zvládla, ale byla moc malá šířka pásma. Tedy muselo se snížit množství informace, ale zaručit plynulý pohyb.
Chápal bych, kdyby dnešní normy interlace módy podporovaly kvůli zachování kompatibility - spousta menších TV poběží v SD 50/60i ještě dlouho. Ale stanovit jako hlavní normu pro vysílání 1080/50,60i mohl jen opravdový idiot... Alespoň kdyby se v tomto případě dohodli na režimu kompatibilním s 25(24)p. Filmy víc nepotřebují a u zpravodajství se to i nechá snést.
Je zajímavé, že návrh pro normu PAL+ někdy z počátku 90. let s filmovým módem počítal, přitom se vysílalo standardně 50i, ale bylo definováno, jak to bezeztrátově na 25p převést.
+1
0
-1
Je komentář přínosný?
Jirka1 (neověřeno) https://diit.cz
22. 5. 2007 - 18:24https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskusehkmaly: Ta obrazovka nebyla moc pomalá, ta by to zvládla, ale byla moc malá šířka pásma. Tedy muselo se snížit množství informace, ale zaručit plynulý pohyb.
Chápal bych, kdyby dnešní normy interlace módy podporovaly kvůli zachování kompatibility - spousta menších TV poběží v SD 50/60i ještě dlouho. Ale stanovit jako hlavní normu pro vysílání 1080/50,60i mohl jen opravdový idiot... Alespoň kdyby se v tomto případě dohodli na režimu kompatibilním s 25(24)p. Filmy víc nepotřebují a u zpravodajství se to i nechá snést.
Je zajímavé, že návrh pro normu PAL+ někdy z počátku 90. let s filmovým módem počítal, přitom se vysílalo standardně 50i, ale bylo definováno, jak to bezeztrátově na 25p převést.https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335272
+
jjjjj: A u grafickych karet ti to nevadi? V podstate jakykoliv moderi cip, a to vsech vykonostnich kategorii, ma v sobe podporu pro dekodovani MPEG2, nyni i H.264. Ze tam by se licence neplatila? A nebo ji platis tak jako tak. Navic ja nemyslel ze se vezme x86 procesor privai se knemu napr. tenhle novy cip s plnou podporou dekodovani. Ja se podivuju nad tim, proc se specializovane isntrukce pro multimedia daji jen velmi spatne vyuzit na skutecne, realne multimedialni problemy.
Jsem si jisty, ze i slozite algoritmy obsahuji sve casti, ktere jsou slozeny z trivialnejsich pametovych presunu, maticovych vypoctu apod. Na toto by mely ty instrikce byt a velmi tak odlehcit vypoctu, ale ani dnes proste nejsou tak efeltivni, jak bych cekal, ze by mely byt a dohani se to vypocty pres univerzalni jadro.
+1
0
-1
Je komentář přínosný?
magovec https://diit.cz/profil/magovec
24. 5. 2007 - 11:29https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskusejjjjj: A u grafickych karet ti to nevadi? V podstate jakykoliv moderi cip, a to vsech vykonostnich kategorii, ma v sobe podporu pro dekodovani MPEG2, nyni i H.264. Ze tam by se licence neplatila? A nebo ji platis tak jako tak. Navic ja nemyslel ze se vezme x86 procesor privai se knemu napr. tenhle novy cip s plnou podporou dekodovani. Ja se podivuju nad tim, proc se specializovane isntrukce pro multimedia daji jen velmi spatne vyuzit na skutecne, realne multimedialni problemy.
Jsem si jisty, ze i slozite algoritmy obsahuji sve casti, ktere jsou slozeny z trivialnejsich pametovych presunu, maticovych vypoctu apod. Na toto by mely ty instrikce byt a velmi tak odlehcit vypoctu, ale ani dnes proste nejsou tak efeltivni, jak bych cekal, ze by mely byt a dohani se to vypocty pres univerzalni jadro.https://diit.cz/clanek/fujitsu-ma-nizkospotrebovy-cip-pro-1920-1080i-h264/diskuse#comment-335742
+
cena za tenhle jednoucelovy cip je teda celkem ulet:(
2 Pj: Cena testovacej vzorky je vcelku zanedbatelna, neboj za tu cenu sa v seriovej vyrobe predavat nebude ...
Nemecky Cologne - neni to nahodou Kolin?
Samo že Cologne je "Kolín nad Rýnem" nebo jako Köln. Mám dojem, že část vyvoje běžela v Langenu (to je před Frankfurtem a. Main).
Mně tam nějak nesedí ten MPEG-2 (AAC). MPEG-1/2 je MP3, AAC je MPEG-4. Nebo se pletu? Navíc u AAC by také bylo dobré psát, jakou verzi - LC/HE/PS.
Také tomu moc nerozumím s tím prokládaným obrazem. Neprokládané video je snad o poznání méně náročné než prokládané. Navíc téměř všechny HDDVD a BR titulky s 60i jsou vlastně ve skutečnosti 24p a na 60i to rozdělí (metodou telecine) až přehrávač. Stejně jako to je u současných NTSC DVD.
Může mi někdo říct na co je vlastně ten debilní interlacing? Video zabírá "skoro" stejně(dobře, řekněme, že o místo mi nejde) a i přes deintarlacing v přehrávači je to nehorázně odporný a 720p vypadá 5x líp než 1080i.
to je co za pravitko, ze to ma pet dilku na jednotku?
Me by zase docela zajimalo proc i v 21.stoleti, kdy mame procesory typu Core 2 Duo s jadry podporujici SSE4 (to uz je pekna rada instrukci, pocitame li i jeji predchudce vcetne MMX) je dekodovani takovehleho videa tak nesmirne narocne, ze i procesory teto kategorie s tim maji veliky problem? Nerekl bych ani slovo na to, kdyby to bylo ciste pocitane jen obycejnymi x86 instrukcemi, ale SSE, MMX, 3DNow! a dalsi jsou preci presne cilene "multimedialni" instrukce na praci se zvukem a videem, tak proc vyrobci procesoru delaji instrukce na veci, ktere se v realu nevyuzivaji a ty co se skutecne potrebuji se stejne pocitaji hrubou silou?
Pokud je videt, ze lze vyrobit takto jednucelovy cip, ktery zvlada dekodovani uplne s prehledem, je jasne, ze algoritmy jsou dobre zname, ze je i presne vymyslene jak je harwarove implementovat a rekneme si na rovinu - takovyhle cip bude zcela jiste pouze jednoucelovy, vysoce optimalizovany procesor.
Proc nejnovejsi procesoty typu x86 (jakozto zastupce zcela jiste nejrozsirenejsi platformy pro PC) nedisponuji ve sve casti "multimedialnich" instrukci instrukce potrebne pro transformace pri dekodovani (pripadne encodovani) realneho multimedialniho obsahu? Ze by to nebyla chyba procesoru ale naprosta neschopnost vyvojaru napsat sve dekodery tak, aby tyto instrukce vyuzivaly? Tady si dovolim tvrdit chyba nebude...
Treba studovat marketing, to je kralovska disciplina.
Ako ojebat zakaznika.
2magovec: Treba proto, ze algoritmus je patentovan => platit z kazdeho CPU dalsi $ navrch. Ty bys dal za CPU litr navic, kdyby umel HW Mpeg4 ?
magovec: IMHO disponuji. Oni ty vyvojari nebudou idioti a s temi SSE/3DNow! delaji co se da, jenze do x86 CPU proste nemuzes pridat MPEG4 encodovani tak ze svaris dva chipy dohromady. Namatkou, nepracuje nahodou ten HW chip tak, ze do nej nekdo ten stream strka - zatimco x86 si ho musi vyzvedavat z pameti ? A navic, ty softwarove kodeky maji radove vic nastaveni se kterymi lze ovlivnovat kvalitu vysledneho obrazu.
Ace513: Taky by me zajimalo, proc jeste ve 21. stoleti musime s obrazem provadet zverstva ktera se kdysi zavedla jen proto, ze obrazovka nemela pamet a proto mohla kazdy pixel vykreslit jen jednou a byla moc pomala aby zvladla 50/60 snimku za sekundu tak musela delat 50/60 pulsnimku aby ten obraz vypadal slusne ...
hkmaly: Ta obrazovka nebyla moc pomalá, ta by to zvládla, ale byla moc malá šířka pásma. Tedy muselo se snížit množství informace, ale zaručit plynulý pohyb.
Chápal bych, kdyby dnešní normy interlace módy podporovaly kvůli zachování kompatibility - spousta menších TV poběží v SD 50/60i ještě dlouho. Ale stanovit jako hlavní normu pro vysílání 1080/50,60i mohl jen opravdový idiot... Alespoň kdyby se v tomto případě dohodli na režimu kompatibilním s 25(24)p. Filmy víc nepotřebují a u zpravodajství se to i nechá snést.
Je zajímavé, že návrh pro normu PAL+ někdy z počátku 90. let s filmovým módem počítal, přitom se vysílalo standardně 50i, ale bylo definováno, jak to bezeztrátově na 25p převést.
jjjjj: A u grafickych karet ti to nevadi? V podstate jakykoliv moderi cip, a to vsech vykonostnich kategorii, ma v sobe podporu pro dekodovani MPEG2, nyni i H.264. Ze tam by se licence neplatila? A nebo ji platis tak jako tak. Navic ja nemyslel ze se vezme x86 procesor privai se knemu napr. tenhle novy cip s plnou podporou dekodovani. Ja se podivuju nad tim, proc se specializovane isntrukce pro multimedia daji jen velmi spatne vyuzit na skutecne, realne multimedialni problemy.
Jsem si jisty, ze i slozite algoritmy obsahuji sve casti, ktere jsou slozeny z trivialnejsich pametovych presunu, maticovych vypoctu apod. Na toto by mely ty instrikce byt a velmi tak odlehcit vypoctu, ale ani dnes proste nejsou tak efeltivni, jak bych cekal, ze by mely byt a dohani se to vypocty pres univerzalni jadro.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.