Komentarze
Komentarzy na stronę
1 2
*Konto usunięte* (2012.08.15, 16:42)
Ocena: 9
#1
Nie mam nic przeciwko, ale rozumiem, że darmowy nie będzie?
*Konto usunięte* (2012.08.15, 16:49)
Ocena: 7
#2
up

Dla osób fizycznych, być może.
Adi-C (2012.08.15, 16:54)
Ocena: 5
#3

0%
tockar @ 2012.08.15 16:42  Post: 592111
Nie mam nic przeciwko, ale rozumiem, że darmowy nie będzie?

h264 ma bezpłatne 'odmiany' (np.x264), nie widzę powodu żeby 265 miał tu coś zmienić. Pewnie będą płatne i bezpłatne, te drugie robione przez pasjonatów a nie wymęczonych korpo-ludków- więc pewnie lepsze :E
waszu (2012.08.15, 17:25)
Ocena: 9
#4

0%
ciekawe jakiej mocy obliczeniowej będzie wymagał do dekodowania i czy rożnicy w rozmiarze nie wypełni jakiś nowy drm
GeP (2012.08.15, 18:05)
Ocena: 1
#5

0%
zapowiada sie ciekawie
lament (2012.08.15, 18:40)
Ocena: 2
#6

0%
waszu @ 2012.08.15 17:25  Post: 592121
ciekawe jakiej mocy obliczeniowej będzie wymagał do dekodowania i czy rożnicy w rozmiarze nie wypełni jakiś nowy drm

Podobno 2x większej
vidmo (2012.08.15, 18:52)
Ocena: -1
#7

0%
Wątpie żeby potrzebował dwa razy większej mocy obliczeniowej skoro h264 spokojnie śmiga na leciwym sprzęcie.
Ot niedawno reinstalowalem kumplowi system na staruszku z celeronem 1.7ghz, 512ddr 333mhz i jakimś radkiem x800 czy cos takiego i filmiki bardzo ładnie chodziły mimo dużej rozdziałki.
Oryginalne BD już troszke gorzej ale nie ma tragedii.
m.mewald (2012.08.15, 18:56)
Ocena: 3
#8

0%
waszu @ 2012.08.15 17:25  Post: 592121
ciekawe jakiej mocy obliczeniowej będzie wymagał do dekodowania i czy rożnicy w rozmiarze nie wypełni jakiś nowy drm


Jeden z developerów x264 zrobił wstępne testy propozycji Samsunga i BBC. Po 6 godzinach miał aż 8 klatek zakodowanych :)

http://x264dev.multimedia.cx/archives/360
LeacH (2012.08.15, 19:11)
Ocena: -3
#9

0%
m.mewald @ 2012.08.15 18:56  Post: 592132
waszu @ 2012.08.15 17:25  Post: 592121
ciekawe jakiej mocy obliczeniowej będzie wymagał do dekodowania i czy rożnicy w rozmiarze nie wypełni jakiś nowy drm


Jeden z developerów x264 zrobił wstępne testy propozycji Samsunga i BBC. Po 6 godzinach miał aż 8 klatek zakodowanych :)
http://x264dev.multimedia.cx/archives/360
pewno poprawią wydajność (albo on coś źle ustawił :E) z 1000 razy i będzie ok. Choć wg mnie ten standard ma sens tylko w kolekcji domowych video rodem z torentów i VOD, bo w TV nie ma nawet HD a oni mówią o nowym kodowaniu. Raczej to wejdzie z następcą HD, bo tam zysk na kodowaniu może być opłacalny i już widzę jak ludzie masowo wymieniają sprzęt bo komuś się zachciało oszczędzić pasma i TV za 3 tysiące nie daje rady.
pzdr
Promilus1984 (2012.08.15, 20:17)
Ocena: -1
#11

0%
Ha. Jaki biznes. I zaraz trzeba będzie tegoroczny nowy tv, dekoder dvb-t albo s zmienić, bo nowy format, bo super jakość, a przecież nie tak stary sprzęt go obsłużyć sprzętowo nie może ;)
nasz (2012.08.15, 21:22)
Ocena: 0
#13

0%
Raczej za późno na zmianę czegokolwiek jeśli chodzi o TV HD w techonli satelitarnej, ponieważ ta jest w Polsce najpopularniejsza, kablówki mają znikomy zasięg na terenie kraju, a IPTV raczkuje.
Przede wszystkim wiązało by się o ze zmianą sprzętu, a sprzęt DVB nie wymienia się tak często jak PC. Mimo wszystko miało y to sens ponieważ transpondery mają ograniczoną przepustowość i lepszy stopień kompresji byłby wskazany, szczególne że już np. w Japonii rozpoczęto testy UHDT. Wiec w związku z wysokimi cenami transponderów i ich ograniczonymi przepustowości nasi nadawcy puszczają coś co nie jest materiałem jakości HD ze znaczkiem hd.

Ponadto w PC procesory nie powinny być przeznaczane tylko do przetwarzania grafiki, więc pisanie tu intel amd nic nie daje. Te funkcje powinna spełniać karta grafiki.
gregory003 (2012.08.16, 00:22)
Ocena: -1
#14

0%
Adi-C @ 2012.08.15 16:54  Post: 592117
tockar @ 2012.08.15 16:42  Post: 592111
Nie mam nic przeciwko, ale rozumiem, że darmowy nie będzie?

h264 ma bezpłatne 'odmiany' (np.x264), nie widzę powodu żeby 265 miał tu coś zmienić. Pewnie będą płatne i bezpłatne, te drugie robione przez pasjonatów a nie wymęczonych korpo-ludków- więc pewnie lepsze :E

Jeszcze nie widziałem darmowego kodeka h264 lepszego niż płatny odpowiednik, ale pocieszaj się dalej, że korpoludki do niczego a pryszcze niby takie zdolne.
Adi-C (2012.08.16, 10:07)
Ocena: 0
#15

0%
gregory003 @ 2012.08.16 00:22  Post: 592180

Jeszcze nie widziałem darmowego kodeka h264 lepszego niż płatny odpowiednik, ale pocieszaj się dalej, że korpoludki do niczego a pryszcze niby takie zdolne.

Kłócić się nie będę bo i nie bez powodu dałem szczerbatego, ale:
http://compression.ru/video/codec_comparison/h264_2010/
Mów co chcesz ale jest nieco śmieszne że 'community' robi kodeki na równi (bądź lepsze, bądź nieco gorsze) jak firmy zatrudniające iluś tam ludków na etat, którzy teoretycznie non stop nad tym pracują.

Różnicy jaka powinna być między pracą kilku osób, a pracą kilkudziesięciu, kiluset czy wręcz tysięcy (jak w M$- wmv), to ja nie widzę.

Ty widzisz to ok, nie będę się kłócił- dla mnie różnica jest pomijalna, korpo powinny być zażenowane że jest tak mała.
rybirek (2012.08.16, 12:40)
Ocena: -1
#16

0%
m.mewald @ 2012.08.15 18:56  Post: 592132
waszu @ 2012.08.15 17:25  Post: 592121
ciekawe jakiej mocy obliczeniowej będzie wymagał do dekodowania i czy rożnicy w rozmiarze nie wypełni jakiś nowy drm


Jeden z developerów x264 zrobił wstępne testy propozycji Samsunga i BBC. Po 6 godzinach miał aż 8 klatek zakodowanych :)

http://x264dev.multimedia.cx/archives/360
Ale to 'naturalne'. Te algorytmy są asymetryczne, kodowanie trwa długo, a dekodowanie jest szybkie i tu problemem jest 'moc' sprzętu potrzebnego do kodowania a nie dekodowania.

gregory003 (2012.08.16, 15:33)
Ocena: -1
#17

0%
Adi-C @ 2012.08.16 10:07  Post: 592238
gregory003 @ 2012.08.16 00:22  Post: 592180

Jeszcze nie widziałem darmowego kodeka h264 lepszego niż płatny odpowiednik, ale pocieszaj się dalej, że korpoludki do niczego a pryszcze niby takie zdolne.

Kłócić się nie będę bo i nie bez powodu dałem szczerbatego, ale:
http://compression.ru/video/codec_comparison/h264_2010/
Mów co chcesz ale jest nieco śmieszne że 'community' robi kodeki na równi (bądź lepsze, bądź nieco gorsze) jak firmy zatrudniające iluś tam ludków na etat, którzy teoretycznie non stop nad tym pracują.

Różnicy jaka powinna być między pracą kilku osób, a pracą kilkudziesięciu, kiluset czy wręcz tysięcy (jak w M$- wmv), to ja nie widzę.

Ty widzisz to ok, nie będę się kłócił- dla mnie różnica jest pomijalna, korpo powinny być zażenowane że jest tak mała.

Fajne porównanie, szkoda że z d... wzięte. Nie ma tam żadnych konkretów, ot takie rzucanie procentami na podparcie których nie przywołują żadnych dowodów. Bo powiedz mi proszę, co niby oznacza w ''Average bitrates for the same quality, usage area Movie'' to ''the same quality''? W jaki niby sposób porównywano tą jakość? Podali jakąś procedurę testową?
Jak już napisałem, to całe zestawienie to takie sobie rzucanie procentami, bez żadnych konkretów. natomiast z moich osobistych doświadczeń wynika że kodek h264 w Windows 7 nie tylko radzi sobie z filmami zakodowanymi w profilu HiP sprawniej niż x264, czyli zużywa mniej zasobów systemowych, to jeszcze w x264 filmy czasem przycinają się.
Adi-C (2012.08.16, 16:32)
Ocena: -1
#18

0%
Jak już chcesz tak się zagłębiać to masz tam pdf'a w tabelce na górze.
Kwant (2012.08.16, 16:33)
Ocena: -1
#19

0%
Hurtem:

@tockar: tak i nie, będzie jak z mp3/mpeg/h264, jak sobie ściągniesz z sieci mplayera na bibliotekach ffmpeg to będzie darmowo w obie strony (encoder/decoder), ale w cenie komórki czy Windows będzie wliczona licencja na soft albo implementację sprzętową.

@vidmo: dekodery wbrew pozorom są bardzo złożone, potężne 4/8 rdzeniowe i7 ledwo sobie dają rady z dobrej jakości FullHD, na tym twoim leciwym sprzęcie (jak i na każdym innym) najcięższą robotę za CPU wykonuje karta graficzna - tam tak naprawdę jest dekodowany strumień Video. W komórkach kodowanie/dekodowanie również robi nie CPU tylko specjalny koprocesor. Jeżeli HEVC będzie dużo różny od h264 to na płynne dekodowanie będziemy musieli poczekać na następną generację kart graficznych, które uwzględnią nowe algorytmy (nowe drivery nie pomogą).

@m.mewald: on użył kodera referencyjnego, zazwyczaj jest to kod zupełnie nieoptymalizowany pod kątem czasu i wykorzystujący CPU w dodatku jednowątkowo. Kodery referencyjne do H264 też nie mają dużo lepszej wydajności :-) Na bazie tych koderów buduje się dopiero biblioteki, które będą używane przez ludzi a nie nerdów ;-)

@LeacH: zgadzam się z Tobą, ten standard to przede wszystkim VOD czyli praktycznie wszystko co się będzie liczyć w przyszłości :-) O TV już nikt nie dba, nośniki fizyczne umierają (BR to według mnie ostatni nośnik fizyczny). Cała zabawa z kompresją przeniosła się do sieci. To fajnie, bo tam można standard kompresji wymienić w pół roku, rozdzielczość w rok a dodanie 3D trwało półtora. TV od dekady nie może sobie poradzić ze zwykłym HD... Przyszłość to panel LCD/OLED podłączony do internetu i działający na jakimś Androidzie.


Promilus1984 (2012.08.16, 19:41)
Ocena: -1
#20

0%
@Kwant - bardzo ciekawe co prawisz o dekoderach. Jeszcze jak nie miałem działającego UVD na 2600pro agp (lata temu) to zwykłe wmv9 full hd (coral reef bodajże) zajmowało 96-100% jednego rdzenia K8 2.3GHz (taki kodek... o ile dobrze pamiętam dopiero później parę eksperymentalnych h.264 z wielowątkowością się pojawiło). Z UVD było to już tylko 30% dla full hd. A gdzie tam K8 do i7? :> i7 na jednym jądrze bezproblemowo dekoduje fullhd h.264 :)
Zaloguj się, by móc komentować
Aktualności
Akcja wsparcia w związku z pożarem katedry Notre-Dame de Paris. 29
To chyba nie będzie zabójca Fortnite. 29
Gorzej niż wcześniej, ale i tak świetnie. 28
Lepsza, ale niestety też droższa niż poprzedniczka. 10
Edycja specjalna. AMD zamierza hucznie obchodzić swoje 50. 15
Od zapowiedzi do sklepowej dostępności minie kilka tygodni. 18
Dla wielu osób wyniki badań mogą być zaskakujące.  22
Spodziewajcie się wzrostu wydajności. 19
Gorzej niż wcześniej, ale i tak świetnie. 28
Spodziewajcie się wzrostu wydajności. 19
Edycja specjalna. AMD zamierza hucznie obchodzić swoje 50. 15
Nintendo Switch traci tytuł na wyłączność. 0
Akcja wsparcia w związku z pożarem katedry Notre-Dame de Paris. 29
APU z 2 rdzeniami, 4 wątkami, układem graficznym Vega 3 i dwoma kontrolerami LAN 10 Gb/s. 5
Facebook
Ostatnio komentowane