On 12/04/2013 08:32 AM, ABLomas wrote:
> On 2013.12.03 22:48, CodeC wrote:
>> beje, tai apie ka tu sneki yra kazkokiu dalbaku studentu ismislas,
>> kuriuos ispyzdavojo skersai isilgai visuose forumuose, nes dare patys
>> nelabai suprasdami ka.
>
> Nu bet padarė, veikia, kokybė priklauso nuo nustatymų...
> O pyzdavoja internete realiai visus. Tik vienus 'kodekus' daugiau, kitus
> bišky mažiau, nepastebėjai?

netingeciau cia su tavim pesiotis - pasipesiociau. bet tingiu :)
todel tik trumpai atsakysiu - jie israodo dvirati kazkelinta karta.
x264 'perrase' ir padare nebe x264. tokiu encoderiu - ne vienas ir ne 
du. guli kazkurtais forumu platybesi visos tos lenteles, su performancu, 
bitreitais, psichovisual efektais ir t.t. reziume tokia - isparalelinus 
h264 encodinima kokybe kencia ir stipriai. ypac kencia, kai 
isparalelinamas per slice basis. x264 paralelina tik per frame basis - 
isnaudoja multicore. beje, del to irgi kokybe kencia, bet zymiai maziau 
nei per slice basis.

>
>> realiai libx264 yra labai optimalus, jo greitaveika lenkia kai kuriu
>>  encoderiu greitaveika, kurie naudoja gpu :) apie kokybe isvis
>> patyliu.
>
> Taigi, tik vis tiek belenkurie rimtesni sprendimai susideda nebe iš
> multicore/multisocket CPU sprendimų, o kelių standartinių CPU ir didelių
> GPU array.
> Tokie sprendimai paprastai gali realtime recompressinti 100+ full hd
> streamų, tiesa, softas ten ne x264. Kad ir koks "labai optimalus" (pzdc,
> dar viena frazė kuri gali nieko nereikšti) būtų x264, bet kai reikia
> greičio, kokybės ir price/performance santykio, tai deja, čiulpia tiek
> pats softas, tiek CPU-based enkodinimas...

apie greiti man rodos cia tau niekas nepriestaravo? pagrisi savo 
teiginius, kad x264 CPU encodinimas 'ciulpia' kokybes atzvilgiu?

>
> Tai grįžtant prie mano klausimo - "tikrai nenaudoja"?

normalus - ne, naudoja CPU. per sikna - taip, kaip ir n kitu encoderiu, 
kuriu kokybe tragiska.