inet0379, у меня MP4 проигрывает со встроенными кодеками на 7000 х86.
Я вообще ничего из кодеков не ставил. Все что есть прекрасно проигрывается, за исключением пары клипов.
Andrey100, Советаю вам проигрывать файлы теми прогами что НЕ ставят кодеков , а именно VLC
Кодеки нужны только для конвертирования и точно НЕ нужно ставить K-lite поимеете сбоды и глюки
Shift : Andrey100, Советаю вам проигрывать файлы теми прогами что НЕ ставят кодеков , а именно VLC
Кодеки нужны только для конвертирования и точно НЕ нужно ставить K-lite поимеете сбоды и глюки
глюков от K-Lite еще ни разу не ловил. ставлю всегда MegaPack, потому что часто приходится перегонять самые разные форматы. естественно, если не нужно ничего конвертировать, то лучше пользоваться или стандартным WMP, или плеерами типа VLC, у которых своя база.
Потому что по умолчанию в Windows х64 запускается Internet Explorer x32. А ты попробуй установить Flash Player в Internet Explorer (64-bit).
адоуб что-то там обещают, что в светлом будущем и на 64-битной улице будет праздник.
Shift,
спасибо... А что использовать WMP не модно что ли? Мне нравится, особенно WMP12.
Для конвертирования и не только для него у меня есть Pinnacle Studio v12.
а в чём заключается паранойя по поводу нативного 64-битного ie? чего он так дался? 32-битного ie за глаза хватает. у меня даже с ff не было такого, чтоб больше 2 гигов жрал.
Немного не в тему. Вернемся к кодекам. Имеем файл *.mkv - 11GB, сжат кодеком - avc1, pic - 1920 x 816, звук DTS 5.1
Как быть в таком случае с просмотром ?
westlights
Можно бы услышать точное количество использование памяти х64 (ну в серьезной программе), и на примере программы просмотра памяти Vmmap от http://technet.microsoft.com/en-us/sysinternals/default.aspx узнать результат или скрин посмотреть.
Бэлиан :
Можно бы услышать точное количество использование памяти х64
Вопрос в достаточно высокой степени носит абстрактный характер. Данные, которые лежат в системном кэше, чтобы программа могла с ними работать быстро - эту память как будете считать, используемую программой или нет? ;) А ведь ради этих данных система может уреза'ть рабочий набор не только других программ, но и той самой, что с данными работает.
Данная программа Vmmap очень досконально рассказывает об использовании памяти.
После ее запуска она предлагает выбрать любую программу находящуюся в памяти ПК. После этого покажет разложение данной впрограммы в памяти ПК (по адресам, по Total, Image (загруженным файлам для ее работы), Privat, Shareable, Mapped File, Heap, Stack, System, Free).
Так что в ней можно увидеть реально где что используется и в каком объеме.
Игорь Лейко :
Вопрос в достаточно высокой степени носит абстрактный характер. Данные, которые лежат в системном кэше, чтобы программа могла с ними работать быстро - эту память как будете считать, используемую программой или нет? ;) А ведь ради этих данных система может уреза'ть рабочий набор не только других программ, но и той самой, что с данными работает.
Данные которые лежат в системном кэше "пока" неинтересны.
Чтоб не влезать в более глубокие "дебри" в память, просто хотелось бы увидеть данный скрин на x64 на любой (ну более серьезной) из программ использование памяти, особенно увидеть в процессе работы 3 параметра: Virtual Memory Summary, и столбец Privat WS (не разделяемая физ.память), Shareable WS (разделяемая физ.память) для выбранной программы.
И у меня сомнения что загрузив какую из программу в x64 данные поля Privat WS - будет равен 1-2Gb, хотя "говорят" игры берут и более но данных не видел, за исключением SQL по работе с большими массивами.
С экранами возиться лень, 32-разрядный WoW в 64-разрядной системе у меня сейчас показывает Privat WS 488 104 К, Commited 621 900 К.
А играм как раз и надо дисковый кэш, чтобы данные реже грузить с диска и чаще из кэша.
Сайт является источником уникальной информации о семействе операционных систем Windows и других продуктах Microsoft. Перепечатка материалов возможна только с разрешения редакции.
Работает на WMS 2.34 (Страница создана за 0.06 секунд (Общее время SQL: 0.037 секунд - SQL запросов: 98 - Среднее время SQL: 0.00038 секунд))