"beze ztráty kvality obrazu" Samozřejmě jakékoliv zakódování do H264 je ztrátové. Takže přinejlepším s minimální ztrátou kvality obrazu.
+1
0
-1
Je komentář přínosný?
Milan Bačík https://diit.cz/profil/mildaiv
24. 8. 2007 - 11:19https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse"beze ztráty kvality obrazu" Samozřejmě jakékoliv zakódování do H264 je ztrátové. Takže přinejlepším s minimální ztrátou kvality obrazu.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352411
+
Milda:
"což má ve výsledku prodloužit záznamovým zařízením úložnou kapacitu až na 2,5násobek beze ztráty kvality obrazu" - zrejme neni mysleno ze komprese je bezeztratova, ale ze dovoluje pri stejne kvalite vyssi kompresi (tzn. pouzit vyssi kompresi bez zhorseni kvality)
+1
0
-1
Je komentář přínosný?
Dochy (neověřeno) https://diit.cz
24. 8. 2007 - 11:44https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuseMilda:
"což má ve výsledku prodloužit záznamovým zařízením úložnou kapacitu až na 2,5násobek beze ztráty kvality obrazu" - zrejme neni mysleno ze komprese je bezeztratova, ale ze dovoluje pri stejne kvalite vyssi kompresi (tzn. pouzit vyssi kompresi bez zhorseni kvality)https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352416
+
no při transkódování z MPEG2 na 1/2 bitrate bude asi ta ztráta kvality obrazu prakticky nepostřehnutelná.
+1
0
-1
Je komentář přínosný?
kily (neověřeno) https://diit.cz
24. 8. 2007 - 11:44https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuseno při transkódování z MPEG2 na 1/2 bitrate bude asi ta ztráta kvality obrazu prakticky nepostřehnutelná.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352417
+
Dochy: To by platilo pokud by jsi ten H264 kódoval z originálu, ale ne pokud ho kóduješ z MPEG2.
+1
0
-1
Je komentář přínosný?
Milan Bačík https://diit.cz/profil/mildaiv
24. 8. 2007 - 13:27https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuseDochy: To by platilo pokud by jsi ten H264 kódoval z originálu, ale ne pokud ho kóduješ z MPEG2.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352441
+
2milda: beze ztraty se da rict, ze pokud obraz zakodujem a pri dalsim obraze jen pouzivame algoritmy, tak muzem dostat stejnou kvalitu(stejne hodnoty na kterykoli pixel si ukazete) i pri nizsim bitrate. proc tohle nechapete? nechapete, ze treba 32 neni jen jen 32 ale i 16 plus nula krat 2 nebo 8 plus nula plus nula plus nula(musim 3krat)krat 4, pricemz to krat dva vam snizi dalsi hodnotu dvojnasobne-ctyrnasobne a tady se setri na bitrate. tyhle kodeky totiz posledni dobou prekonavaji i xvid, ktery drzi prvni pricky nad divx uz vice jak 5let.
+1
0
-1
Je komentář přínosný?
bluemoon (neověřeno) https://diit.cz
24. 8. 2007 - 19:17https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse2milda: beze ztraty se da rict, ze pokud obraz zakodujem a pri dalsim obraze jen pouzivame algoritmy, tak muzem dostat stejnou kvalitu(stejne hodnoty na kterykoli pixel si ukazete) i pri nizsim bitrate. proc tohle nechapete? nechapete, ze treba 32 neni jen jen 32 ale i 16 plus nula krat 2 nebo 8 plus nula plus nula plus nula(musim 3krat)krat 4, pricemz to krat dva vam snizi dalsi hodnotu dvojnasobne-ctyrnasobne a tady se setri na bitrate. tyhle kodeky totiz posledni dobou prekonavaji i xvid, ktery drzi prvni pricky nad divx uz vice jak 5let.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352498
+
kazopadne je to boj, ktery nas presvedcuje nepouzivat hddvd-blueray. no nevim, jak se situace vyvine. co se tyce fotaku, tak nas donutili pouzivat jpg oproti raff a podobnym. takze za sve nazory: pral bych si, aby to i s videem dopadlo stejne a podle mych vesteckych:)) schopnosti to mozna i tak dopadne, ale nepresvedci nas tak rychle, aby hddvd-br nikdo nekupoval. mozna jeste hddvd-blueray budou dlouhou dobu fungovat,ale ostatni napady na ukor velikosti budou nejspis propadaky.
+1
0
-1
Je komentář přínosný?
bluemoon (neověřeno) https://diit.cz
24. 8. 2007 - 19:27https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskusekazopadne je to boj, ktery nas presvedcuje nepouzivat hddvd-blueray. no nevim, jak se situace vyvine. co se tyce fotaku, tak nas donutili pouzivat jpg oproti raff a podobnym. takze za sve nazory: pral bych si, aby to i s videem dopadlo stejne a podle mych vesteckych:)) schopnosti to mozna i tak dopadne, ale nepresvedci nas tak rychle, aby hddvd-br nikdo nekupoval. mozna jeste hddvd-blueray budou dlouhou dobu fungovat,ale ostatni napady na ukor velikosti budou nejspis propadaky.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352509
+
bluemoon: no s tou kvalitou nevim, zkus prevest DVD do Xvidu (bez zadnych filtru) na bitrate 5000 kb/s - ackoli je ten prevod digitalni a algoritmy pocitaji tak ta kvalita je mirne horsi (barevne podani atd.). Kdyz prevedu z MP3 320 kb/s na OGG 128 kb/s ... porad to bude horsi nez kdybych ten OGG delal z CD (predtim nekomprimovaneho formatu).
V celku by me zajimalo ... kdyz nastavim koder (Xvid) stejne (bitrate, pouzite technologie) a bude i uplne stejny zdroj videa, budu prevadet pres stejnou aplikaci ... a prevod uskutecnim 3x opakovane - jestli ty 3 finalni videosoubory budou na bit stejne - o cemz velice pochybuji (teoreticky by to melo byt stejne - stejne algoritmy, ale prakticky... - no zkusim to :) ).
+1
0
-1
Je komentář přínosný?
tknsw https://diit.cz/profil/tknsw
26. 8. 2007 - 17:15https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskusebluemoon: no s tou kvalitou nevim, zkus prevest DVD do Xvidu (bez zadnych filtru) na bitrate 5000 kb/s - ackoli je ten prevod digitalni a algoritmy pocitaji tak ta kvalita je mirne horsi (barevne podani atd.). Kdyz prevedu z MP3 320 kb/s na OGG 128 kb/s ... porad to bude horsi nez kdybych ten OGG delal z CD (predtim nekomprimovaneho formatu).
V celku by me zajimalo ... kdyz nastavim koder (Xvid) stejne (bitrate, pouzite technologie) a bude i uplne stejny zdroj videa, budu prevadet pres stejnou aplikaci ... a prevod uskutecnim 3x opakovane - jestli ty 3 finalni videosoubory budou na bit stejne - o cemz velice pochybuji (teoreticky by to melo byt stejne - stejne algoritmy, ale prakticky... - no zkusim to :) ).https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352630
+
bluemoon: Jste vedle jak ta jedle. Všechny MPEG komprese jsou ZTRÁTOVÉ. To co tvrdíte vy platí o BEZZTRÁTOVÝCH kompresých.
+1
0
-1
Je komentář přínosný?
Milan Bačík https://diit.cz/profil/mildaiv
27. 8. 2007 - 10:09https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskusebluemoon: Jste vedle jak ta jedle. Všechny MPEG komprese jsou ZTRÁTOVÉ. To co tvrdíte vy platí o BEZZTRÁTOVÝCH kompresých.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352687
+
Skutecne teoreticky plati (jak poznamenal tknsw) ze pri opetovne kompresi stejnym algoritmem se stejnym nastavenim na vetsi nebo stejne bitrate nemusi dojit k dalsi ztrate kvality (i kdyz bitove stejne asi nebudou). Dokonce i v pripade podobnych algoritmu s ruznym nastavenim je ztrata pri transcodovani nizsi ve srovnani s kodovanim z originalu (tedy cast toho, co by se melo ztratit, se ztratilo uz pri predchozi kompresi). Jenze MPEG4 je zalozene na waveletech a MPEG2 na DCT (stejne jako JPEG) - jedna se o uplne odlisne algoritmy a tedy prevod mezi nimi je vzdy ztratovy.
Neco uplne jineho je ovsem subjektivni kvalita obrazu, ktera se dokonce muze zvysit pouzitim ztratovych algoritmu - napr. doostreni rozmazaneho obrazu nebo rozmazani kostickovaneho jsou ztratove operace, ktere ale mohou generovat subjektivne (zdanlive) lepsi obraz.
+1
0
-1
Je komentář přínosný?
hkmaly (neověřeno) https://diit.cz
27. 8. 2007 - 13:13https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuseSkutecne teoreticky plati (jak poznamenal tknsw) ze pri opetovne kompresi stejnym algoritmem se stejnym nastavenim na vetsi nebo stejne bitrate nemusi dojit k dalsi ztrate kvality (i kdyz bitove stejne asi nebudou). Dokonce i v pripade podobnych algoritmu s ruznym nastavenim je ztrata pri transcodovani nizsi ve srovnani s kodovanim z originalu (tedy cast toho, co by se melo ztratit, se ztratilo uz pri predchozi kompresi). Jenze MPEG4 je zalozene na waveletech a MPEG2 na DCT (stejne jako JPEG) - jedna se o uplne odlisne algoritmy a tedy prevod mezi nimi je vzdy ztratovy.
Neco uplne jineho je ovsem subjektivni kvalita obrazu, ktera se dokonce muze zvysit pouzitim ztratovych algoritmu - napr. doostreni rozmazaneho obrazu nebo rozmazani kostickovaneho jsou ztratove operace, ktere ale mohou generovat subjektivne (zdanlive) lepsi obraz.https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-352719
+
Dovolím si poupravit - MPEG-4 i v AVC profilu při kompresi videa používá stále standardní diskrétní kosinovou transformaci, wavelety jsou užity jen při kompresi textur u statických obrázků (což se stejně téměř nepužívá) http://www.m4if.org/resources/mpeg4userfaq.php#Wavelet
+1
0
-1
Je komentář přínosný?
vlada https://diit.cz/profil/vip007
9. 9. 2007 - 12:19https://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuseDovolím si poupravit - MPEG-4 i v AVC profilu při kompresi videa používá stále standardní diskrétní kosinovou transformaci, wavelety jsou užity jen při kompresi textur u statických obrázků (což se stejně téměř nepužívá)
http://www.m4if.org/resources/mpeg4userfaq.php#Wavelethttps://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskuse#comment-354943
+
Diskuse k Fujitsu uvádí jednočipový H.264 transcoderhttps://diit.cz/clanek/fujitsu-uvadi-jednocipovy-h264-transcoder/diskusehttps://diit.cz/sites/default/files/diit-logo.png
"beze ztráty kvality obrazu" Samozřejmě jakékoliv zakódování do H264 je ztrátové. Takže přinejlepším s minimální ztrátou kvality obrazu.
Milda:
"což má ve výsledku prodloužit záznamovým zařízením úložnou kapacitu až na 2,5násobek beze ztráty kvality obrazu" - zrejme neni mysleno ze komprese je bezeztratova, ale ze dovoluje pri stejne kvalite vyssi kompresi (tzn. pouzit vyssi kompresi bez zhorseni kvality)
no při transkódování z MPEG2 na 1/2 bitrate bude asi ta ztráta kvality obrazu prakticky nepostřehnutelná.
Dochy: To by platilo pokud by jsi ten H264 kódoval z originálu, ale ne pokud ho kóduješ z MPEG2.
2milda: beze ztraty se da rict, ze pokud obraz zakodujem a pri dalsim obraze jen pouzivame algoritmy, tak muzem dostat stejnou kvalitu(stejne hodnoty na kterykoli pixel si ukazete) i pri nizsim bitrate. proc tohle nechapete? nechapete, ze treba 32 neni jen jen 32 ale i 16 plus nula krat 2 nebo 8 plus nula plus nula plus nula(musim 3krat)krat 4, pricemz to krat dva vam snizi dalsi hodnotu dvojnasobne-ctyrnasobne a tady se setri na bitrate. tyhle kodeky totiz posledni dobou prekonavaji i xvid, ktery drzi prvni pricky nad divx uz vice jak 5let.
kazopadne je to boj, ktery nas presvedcuje nepouzivat hddvd-blueray. no nevim, jak se situace vyvine. co se tyce fotaku, tak nas donutili pouzivat jpg oproti raff a podobnym. takze za sve nazory: pral bych si, aby to i s videem dopadlo stejne a podle mych vesteckych:)) schopnosti to mozna i tak dopadne, ale nepresvedci nas tak rychle, aby hddvd-br nikdo nekupoval. mozna jeste hddvd-blueray budou dlouhou dobu fungovat,ale ostatni napady na ukor velikosti budou nejspis propadaky.
2 bluemoon: hddvd i bluray samozřejmě používají AVC/H264 - MPEG-4 AVC také.
bluemoon: no s tou kvalitou nevim, zkus prevest DVD do Xvidu (bez zadnych filtru) na bitrate 5000 kb/s - ackoli je ten prevod digitalni a algoritmy pocitaji tak ta kvalita je mirne horsi (barevne podani atd.). Kdyz prevedu z MP3 320 kb/s na OGG 128 kb/s ... porad to bude horsi nez kdybych ten OGG delal z CD (predtim nekomprimovaneho formatu).
V celku by me zajimalo ... kdyz nastavim koder (Xvid) stejne (bitrate, pouzite technologie) a bude i uplne stejny zdroj videa, budu prevadet pres stejnou aplikaci ... a prevod uskutecnim 3x opakovane - jestli ty 3 finalni videosoubory budou na bit stejne - o cemz velice pochybuji (teoreticky by to melo byt stejne - stejne algoritmy, ale prakticky... - no zkusim to :) ).
bluemoon: Jste vedle jak ta jedle. Všechny MPEG komprese jsou ZTRÁTOVÉ. To co tvrdíte vy platí o BEZZTRÁTOVÝCH kompresých.
Skutecne teoreticky plati (jak poznamenal tknsw) ze pri opetovne kompresi stejnym algoritmem se stejnym nastavenim na vetsi nebo stejne bitrate nemusi dojit k dalsi ztrate kvality (i kdyz bitove stejne asi nebudou). Dokonce i v pripade podobnych algoritmu s ruznym nastavenim je ztrata pri transcodovani nizsi ve srovnani s kodovanim z originalu (tedy cast toho, co by se melo ztratit, se ztratilo uz pri predchozi kompresi). Jenze MPEG4 je zalozene na waveletech a MPEG2 na DCT (stejne jako JPEG) - jedna se o uplne odlisne algoritmy a tedy prevod mezi nimi je vzdy ztratovy.
Neco uplne jineho je ovsem subjektivni kvalita obrazu, ktera se dokonce muze zvysit pouzitim ztratovych algoritmu - napr. doostreni rozmazaneho obrazu nebo rozmazani kostickovaneho jsou ztratove operace, ktere ale mohou generovat subjektivne (zdanlive) lepsi obraz.
Dovolím si poupravit - MPEG-4 i v AVC profilu při kompresi videa používá stále standardní diskrétní kosinovou transformaci, wavelety jsou užity jen při kompresi textur u statických obrázků (což se stejně téměř nepužívá)
http://www.m4if.org/resources/mpeg4userfaq.php#Wavelet
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.