Кодерский уголок

Дело в том, что сама Винда ничего знать не хочет о видеорежиме, этим всем заведует мой драйвер. Рисую все равно все я, а не Винда. Ккак мне кажется, нужно еще проверить, самая главная проблема - это значение поля bmWidthBytes структуры BITMAP. Имея изначально, например, EGA 640x350 - это поле имеет значение 80 (80 байт на одну строку для одной битовой плоскости). Переключаясь в 800х600, я проставляю новое значение 100 для одной структуры, десктопа. Как я подозвреваю, окна сохраняют старое значение, и идет раскалбас по адресам. Поэтому нужно заставить драйвер читать глоабльную переменную из моей собственной структуры, а не доверять значениям структуры BITMAP, которые приходят извне.
Хотя, возможно проблема еще более запутаннее. Например, курсор мыши отрисовывается нормально, но ограничен старыми рамками по ширине и высоте. Стало быть bmWidthBytes он берет правильные (скорее всего из BITMAP для десктопа, который я меняю). Но почему тогда ширина и высота не такие, как нужно. Непонятно...

 

Zelya, ну вообще работать должно так: у нас есть где то в памяти некий битмап, куда винда рисует изображение. Это и есть наш "экран" где винда совмещает видеовывод всех программ. Размер этого экрана может превышать реальный экран для создания эффекта "уползания частей таскаемых окон за экран". А вот у каждой программы есть свой битмап для рисования собственных картинок. И именно оттуда винда берёт данные для формирования в собственном битмапе изображения, которое будет выведено на реальное устройство драйвером. Таким образом изменение видеорежима непосредственно на устройстве не меняет ничего в картинке лежащей где то в памяти. Но приводит к необходимости того, что драйвер в процессе отрисовки должен "на лету" конвертировать данное изображение в нужный формат аппаратного видеорежима.

 

Bato-San,
Винда 1.х - 2.х (по-моему 3.0 тоже) не расчитана на смену режима не то что во время работы, а не расчитана впринципе. Только преинсталяция. Поэтому, драйвер может полностью полагаться на параметр bmWidthBytes, инициализировав его лишь раз и абослютно не замарачиваясь его изменнениями. Под свой метод я передаю битмап только рабочего стола (еще и глобальную структурку GDIINFO апдейчу), как оказывается, этого мало. Скорее всего, разные окна, имея сови структуры битмап, и дальше уверяют драйвер, что он работает в другом режиме. Все эти места мне еще предстоит отловить.
Но еще раз расскажу о проблеме, которая заставляет волноваться: при переключении режима курсор мыши отображается правильно, но ограничен старыми рамками. Стало быть он берет параметр bmWidthBytes правильно, но ограничения по ширине и высоте остаются старыми. Так что расколбас может быть еще глубже.

 

Третья рассчитана.

 

3.1 - да. 3.0, вроде нет.

 

Кто-нибудь знает в C# возможно определить размер памяти на компьютерах или такое невозможно. Долгие годы весь интернет обшарил и всю литературу и все зря. Нашел единственное то что можно определить лишь количество планок памяти и её ёмкость каждой, а определить сумму всей памяти почему-то в С# нельзя

Да, на Античате, но там злые админы поставили вечный замок, поэтому тему тут открыл

 

Я дaлеко не программист и уж тем более не знаток C#. Но код мне кажется похож на бред.

Кто вам мешает после определение объема каждой памяти, внести это все в переменную и сложить ?

Если мне не изменяет память, в windows есть API функция GlobalMemoryStatus.

 

tuliss, это не то

---------- Сообщение добавлено в 01:14 ---------- Предыдущее сообщение размещено в 00:51 ----------

Нахожу коды типа таких, которые определяют память:
using System;
using System.Diagnostics;

class app
{
static void Main()
{
var pc = new PerformanceCounter("Mono Memory", "Total Physical Memory");
Console.WriteLine("Physical RAM (bytes): {0}", pc.RawValue);
}
}
но попытка запустить скрипт ВСЕГДА приводит к ЭТОМУ


выходит на с# нельзя определить память компьютера как в DXDIAG?

 

Честно говоря хотел уже тут расписать много чего, но нашел примеры.

как узнать количество памяти в компе - .NET - RSDN

Вообще форум вроде бы не о программирование ?

 

http://stackoverflow.com/questions/7710093/how-do-i-get-physical-memory-of-my-computer-using-wmi-query-in-c

 

Захарился я ремонтировать "переключалку". Повесил на опцию, наслаждайтесь:

 

Eraser, спасибо за ссылку, но такую программу вставить в моё приложение нельзя. Там ключ на который указывается using System.Linq; без ключа это выражение недействительно. Как извлечь ключ с программы на который указывается using System.Linq?

 

Еще советую почитать про WMI . Ей часто пользуются не то, что программисты, а обычные СисАдмины.
Еще советую найти книгу и почитать Агуров П. C# Сборник Рецептов. Там много примеров на WMI.

 

Ниже отрывок из heathaze.vfp (ARB шейдеры OpenGL, вершинная программа).
Комментарий мой.

Не понимаю физический смысл этого фрагмента.
Каждую команду по отдельности понимаю, а что именно тут происходит - нет.

Код:

DP4

Вычисление скалярного произведения	DP4 dest, src0, src1;	
Данная команда вычисляет скалярное произведение четырехмерных векторов и записывает результат во все компоненты dest

dest=src0.x*src1.x+src0.y*src1.y+src0.z*src1.z+src0.w*src1.w

.row [n] используется для получения заданного столбца матрицы как 4-х мерного вектора.

Т.е. вроде бы это только деформация текстурных координат, без изменения положения вершин полигонов. Но что именно тут происходит?

Добавление:

Допустим, я беру координаты вершины, дублирую их и имитирую цикличное (например, по синусоиде) изменение положения вершины по осям X (колебания влево-вправо), Z (колебания ближе-дальше). Соответственно меняются текстурные координаты, привязанные к данной вершине, в результате чего текстура "плавает".

Похоже на правду?

 

Работа с системным реестром Windows на C#

Кто-нибудь знает возможно ли работать с ключами реестра DWORD на C#? Типа DWORD в этом языке не существует. Обшарил весь интернет и всю литературу и все зря - к сожалению доступны лишь строковые ключи. Сделать можно только запись ключа DWORD MyRegistryKey.SetValue(Key, 1, RegistryValueKind.DWord); а вот чтение такого типу ключа сделать в C# нельзя. Есть какая-нибудь утилита или ассемблерская вставка чтобы сделать чтение ключа DWORD в C#?

 

Используй int (коим DWORD и является).

 

Попробовал - работает, но теперь уже в этот раз неустранимая проблема. DWORD для C# не подходит.
//Считываем данные ключа
KeyValue = (int) MyRegistryKey.GetValue(Key);

//Если ключ не существует - создаем
if (KeyValue == 0)
{
MyRegistryKey.SetValue(Key, KeyValue);
}
Эта операция работает только со строковыми типами то что в случае отсутствия ключа его можно создать, а с DWORD - НЕ РАБОТАЕТ. После выполнения KeyValue = (int) MyRegistryKey.GetValue(Key); в случае отсутствия ключа ВСЕГДА обрывается ошибкой "В экземпляре объекта не задана ссылка на объект"

 

Нетску, не парь мозги. Почитай MSDN, там все написано: http://msdn.microsoft.com/en-us/library/fdf576x1(v=vs.110).aspx

 

Alex Kagansky, ничего там непонятно и к тому же на английском. Просто интересно почему при выполнении строкового KeyValue = (string) MyRegistryKey.GetValue(Key) в случае отсутствия ключа продолжить процедуру дальше можно и создать ключ если его нет, а при выполнении DWORD KeyValue = (int) MyRegistryKey.GetValue(Key) в случае отсутствия ключа продолжить процедуру нельзя?
-------------------------
Кстати кто помнит программу VirtualDub которая при первом запуске вначале показывает окно приветствия, потом записывает в реестр ключ DWORD и запускается. При повторном запуске VirtualDub уже не показывает окно приветствия так как есть в наличии ключ DWORD в реестре. На каком языке создавалась VirtualDub? С# выходит с таким принципом работы несовместим, что за заразы разработчики Visual Studio лишили возможности сделать программу чтобы были записи ключей DWORD в случае их отсутствия ПОЗОР MICROSOFT!

 

Позор тем, кто доки читать не хочет.