Miladin Miladinov Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Не ти е вярна математиката. Стриймвах до скоро през един WRT54GL ХД канали до ПЦ от Дриймбокс ДМ800ХД. Сега стриймвам през WDR3600 - всичко си върви ОК. Трябва да е магия при мен Адрес на коментара Сподели в други сайтове More sharing options...
N1995 Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Буферинг Адрес на коментара Сподели в други сайтове More sharing options...
netizen Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Честно казано не вярвам, някой някъде да стриймва некомпресирано видео. Иначе казано 1920х1080 х264 100мин филм е да речем между 6 и 10 гб , за които са нужни 8-12 мбитс. Адрес на коментара Сподели в други сайтове More sharing options...
Spunky Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Гризли изби рибата Никакви драми със стриим нямам от който и да е дивайс и с насичане. Единствено се натоварват малко нещата(малко по-дълго буфериране в началото) ако стриимвам от лаптоп/табла/телефон на апл тв-то и то обратно пък връща аудиото към еърпорт експрес закачен към усилвател, но това не ми е стандартния сетъп и беше временно. Става въпрос за стриим от амазон на 1080p филм към телефона, който го праща към апл тв, което пък връща обратно звука към рутъра. И пак няма проблем след като тръгне видеото. Да смята Гризли колко петабита ми трябват. Адрес на коментара Сподели в други сайтове More sharing options...
peerless Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Само на мен ли ми се струва, че видеото "накъсва" през AirPlay?Да не си го пускаш със екстендет/мирор десктоп? Адрес на коментара Сподели в други сайтове More sharing options...
theuser Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Или си слагаш Beamer и не ти трябват никакви такива гимнастики http://beamer-app.com Доколкото разбрах, колегата няма Мак, така че едва ли ще му е от полза. Адрес на коментара Сподели в други сайтове More sharing options...
Cocteau Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Да не си го пускаш със екстендет/мирор десктоп? Всъщност, да. Адрес на коментара Сподели в други сайтове More sharing options...
grizzly Публикувано 14 Януари 2015 Доклад Share Публикувано 14 Януари 2015 Честно казано не вярвам, някой някъде да стриймва некомпресирано видео. Иначе казано 1920х1080 х264 100мин филм е да речем между 6 и 10 гб , за които са нужни 8-12 мбитс. И като набиеш паузата всичко е на квадратчета. А при по-тежките случаи (екшън сцени) през цялата сцена е пикселизирано. Цяло кощунство е да имаш 60+" HD телевизор и да му стриймиш блурей уайърлес. Ако ставаше нямаше да има нужда от HDMI кабели. For this reason, HDMI cable really has more in common with familiar data cables, such as CAT5, than with other video cables such as component video cable. And how HDMI cable behaves depends very heavily on exactly what we demand of it in terms of bitrate. The bitrate (or, to use the more colloquial terminology above, "speed") of an HDMI signal is determined by the resolution, the frame rate, and the color depth of the signal. At the low end, a standard 480p signal, with 480 x 720 resolution, 60 frames per second, and 8-bit color will run about 270 Mbps (Megabits per second) through each of the signal pairs of the HDMI cable. A 1080i signal (1080x1920, 30 full frames/second) or a 720p signal (720x1280, 60 full frames/second), using 8-bit color, will run 742.5 Mbps through each of those pairs, almost triple the 480p rate. A 1080p signal, with 60 full frames per second of 1080x1920 video, at 8-bit color, doubles that to 1.485 Gbps. But the HDMI interface now also allows for the possibility (implemented, as of this writing, on very few devices) of "deep color," color depths which require 12 or 16 bits instead of the standard 8. Not surprisingly, going from 8 bit to 12 bit color increases the bitrate by 50%, while going from 8 bit to 16 bit doubles it, so that a 16-bit 1080p signal runs the signal pairs at 2.97 Gbps. The HDMI spec document calls for the interface to be able to support data rates at least up to 3.4 Gbps per signal pair; this doesn't correspond to any resolution currently in common use.http://www.bluejeanscable.com/articles/speed-rated-hdmi-cables.htm Адрес на коментара Сподели в други сайтове More sharing options...
peerless Публикувано 15 Януари 2015 Доклад Share Публикувано 15 Януари 2015 Всъщност, да.Нормално да ти насича, Съветвам те да ползваш Beamer (ако си под мак) за гледане на филми, така пращаш само видео стрийма към ATV, управляваш си play/pause rw/ff. Адрес на коментара Сподели в други сайтове More sharing options...
suum cuique Публикувано 15 Януари 2015 Доклад Share Публикувано 15 Януари 2015 Всъщност ще имам мак, а към него ще имам и appletv и тогава ще пиша пак. Просто питах, защото мислех тея дни да си купя от Istyle да кажем appletv-то, но ще го изчакам да дойде заедно с мака. Благодаря за инфото иначе. Адрес на коментара Сподели в други сайтове More sharing options...
edinak Публикувано 16 Януари 2015 Доклад Share Публикувано 16 Януари 2015 Елементарна математика -> стрийм ХД 1920х1080 пиксела по 30 кадъра в секунда прави 1920х1080х30х24 бита = 1492992000 бит/сек = 1492 МЕГАБИТА/сек (10 канала WiFi) Жоро, според тая математика колко голям трябва да е един филм, стандартен - около час и половина? Адрес на коментара Сподели в други сайтове More sharing options...
grizzly Публикувано 16 Януари 2015 Доклад Share Публикувано 16 Януари 2015 (Редактирано) Логиката е същата като разликата между .wav & .MP3Принципа на компресия е същия. Ако снимаш RAW (сурово) видео ХД 60 кадъра/сек ти трябват 1920х1080х60х3 (3 байта на пиксел за 24 бита цвят) = 373248000 байта/сек = 373МБАЙТА/секТова е без аудиото. Всъщност един ХД кадър е 2 мегапиксела - до скоро фотоапаратите бяха такива. Е, ако намалим кадрите наполовина защото и 30 стигат ще получим 187мегабайта за секунда. За филм с дължина 100 минути = 6000 сек = 1122 ГИГАбайта или около 1 терабайт.С разни хитрости при употреба на разни видове компресия и известни компромиси го мачкат около 30 пъти и става блурей - 40 гигабайта. След което попада в хакерите които го смачкват още 5 пъти и става 8 гигабайта което може да е приемливо а може и да не е. В зависимост от съдържанието на филма. Ако гледате някоя романтика без рязка смяна в съдържанието на кадрите е ок. Но при бурни екшъни с експлозии и честа промяна на екрана издиша сериозно този компромис и образа пикселизира видимо. Редактирано 16 Януари 2015 от grizzly Адрес на коментара Сподели в други сайтове More sharing options...
netizen Публикувано 16 Януари 2015 Доклад Share Публикувано 16 Януари 2015 Тъй, в крайна сметка не стана ясно от къде ги вземаш тези филми по 4 терабайта и половина, че да ги гледаш без пикселизиране на очевидно слабия хардуер (щом пикселизира) Адрес на коментара Сподели в други сайтове More sharing options...
grizzly Публикувано 16 Януари 2015 Доклад Share Публикувано 16 Януари 2015 (Редактирано) Нещо не разбрах какво питаш но знам че не си толкова тъп колкото се правиш понякога. ---Сега ще ти сметна специално за теб.... Ако вземем блурея от горния пример (вече смачкан 30 пъти за да може да се продаде) с размер 40 гигабайта и го разделим на 6000 секунди ще получим 6,7 мегабайта /сек поток. Което са 53 Мбита/сек и минават уайърлес. Евентуално.Ако същия филм не беше компресиран по рождение на диска би искал 1500 мегабита, толкова колкото пропуска ХДМИ. Както забелязваме блуреите са удобно смачкани така че да имат що годе прилично качество и да минат през почти всякаква система. Не стои така обаче въпроса при живо видео (жива камера или десктоп) което трябва да се пренесе в момента на разстояние. Там възможностите за компресия в реално време са силно ограничени и потока е възможно да се доближи до максималния. Съответно иска ЖИЦА. Мързи ме да пиша повече а и няма смисъл. Редактирано 16 Януари 2015 от grizzly Адрес на коментара Сподели в други сайтове More sharing options...
netizen Публикувано 16 Януари 2015 Доклад Share Публикувано 16 Януари 2015 Недей смята, примери искам от живия живот. Когато ти се налага да гледаш 5 терабайта филм. По горе ставаше дума не как стоят нещата теоритично, а какво се случва на практика в 99,999% от случаите когато се стриймва видео в домашни условия. Адрес на коментара Сподели в други сайтове More sharing options...
Spunky Публикувано 17 Януари 2015 Доклад Share Публикувано 17 Януари 2015 начи Гризли тотално отписА стриима. Щото той явно цифрова ТВ не гледа, онлайн стриимове също. Само блуреи през oppo плеър гледа сигурно. А в същото време тук Нетфликс стриимва вече 4К и аз освен стриим реално друго не гледам. Блурей не съм пускал от месеци. Адрес на коментара Сподели в други сайтове More sharing options...
Viper Публикувано 17 Януари 2015 Доклад Share Публикувано 17 Януари 2015 Без да правя сметки - стриймвам си HD съдържание без никакви грижи с един по-читав рутер (2 x 450 Mbit), като реално се ползва само единия канал.Пускал съм 10-12 GB филми без насичане или прекъсване.Ясно е, че има компресия, но аз пикселизиране или някакви скапвания на картината не съм забелязал - гледам на 40 инча от 2 - 2.20 м. Адрес на коментара Сподели в други сайтове More sharing options...
zlobil Публикувано 22 Януари 2015 Доклад Share Публикувано 22 Януари 2015 пичове на някой ако му трябва преходник minidv-hdmi да свирка, подарявам го накарах един приятел да ми купи за мак-а че забравих моя в северна българия но не е разбрал че е тъндърболт и тоя съответно не ми върши работа, ако някой го иска да праща на ЛС адрес да му го подаря. Адрес на коментара Сподели в други сайтове More sharing options...
Wizi Публикувано 26 Януари 2015 Доклад Share Публикувано 26 Януари 2015 Big complex operating systems with more and more superfluous eye candy lead to more and more security bugs and usability problems. It’s the the way software works: more complexity = more bugs, period. http://mjtsai.com/blog/2015/01/06/apples-software-quality-continued/ Тъпа работа като цяло. Не мисля, че Mac OS X не само не върви към по-добро, ами и не може да се задържи като ниво. Казвам го като човек ползващ Mac OS X от сравнително скоро - версия 10.4.4 (лято 2005то) насам. Искрено се надявам да бъркам! Адрес на коментара Сподели в други сайтове More sharing options...
Thor Публикувано 26 Януари 2015 Доклад Share Публикувано 26 Януари 2015 Знаеш колко е здрава една верига, така че е нормално и за съжаление не бъркаш.Sent from my iPhone using Tapatalk Адрес на коментара Сподели в други сайтове More sharing options...
=Alex= Публикувано 26 Януари 2015 Доклад Share Публикувано 26 Януари 2015 Нормално да ти насича, Съветвам те да ползваш Beamer (ако си под мак) за гледане на филми, така пращаш само видео стрийма към ATV, управляваш си play/pause rw/ff.И аз досега съм го ползвал с мирър десктоп и VLC за филми. Чат-пат се случва да насича. Ако си кача този Beamer, какво става с аудиото, след като стриймва само видеото към ATV? Защото през VLC си вози и аудиото до ATV-то, а от там вече - я рисивър, я нещо друго... Адрес на коментара Сподели в други сайтове More sharing options...
Wizi Публикувано 26 Януари 2015 Доклад Share Публикувано 26 Януари 2015 Знаеш колко е здрава една верига, така че е нормално и за съжаление не бъркаш. Абсолютно съм съгласен, но в случая Епъл правят допълнителна простотия, а именно, че от мисля вече 3 години насам се състезават всяка година да пускат нова версия на Mac OS X, което неминуемо носи със себе си непринудени грешки и проблеми. Помня времето когато ъпдейт на Mac OS X излизаше само тогава, когато той бе нужен и когато бе готов. Да не говорим въобще, че нова Mac OS X версия излизаше задължително когато е истински готова! Е, има си някое друго изключение, но вредите нанесени бяха минимални и ако не друго то бързо бяха оправени след това. Кому е нужен нов Mac OS X всяка година - наистина не проумявам! ....iOS не го коментирам въобще Адрес на коментара Сподели в други сайтове More sharing options...
Miladin Miladinov Публикувано 26 Януари 2015 Доклад Share Публикувано 26 Януари 2015 Липсата на чичо Стив се усеща все повече. Той беше човекът, който изпипваше нещата до последно.Sent from my iPhone using Tapatalk Адрес на коментара Сподели в други сайтове More sharing options...
Maranello Публикувано 27 Януари 2015 Доклад Share Публикувано 27 Януари 2015 OS X Update 10.10.2 Адрес на коментара Сподели в други сайтове More sharing options...
trespasser Публикувано 29 Януари 2015 Доклад Share Публикувано 29 Януари 2015 Браво (без сарказъм): http://www.engadget.com/2015/01/29/apple-samsung-tie-in-shipments-q4-2014/?ncid=rss_truncated Адрес на коментара Сподели в други сайтове More sharing options...
Recommended Posts
Създайте нов акаунт или се впишете, за да коментирате
За да коментирате, трябва да имате регистрация
Създайте акаунт
Присъединете се към нашата общност. Регистрацията става бързо!
Регистрация на нов акаунтВход
Имате акаунт? Впишете се оттук.
Вписване