Visual Studio 2008 отказывает при попытке загрузить файл решения

Размер кадра в значительной степени определяется типом кадра и сложностью кадра. Например, I-кадры почти всегда будут больше, чем B / P-кадры, которые следуют, потому что I-кадры кодируют полное изображение, тогда как другие кадры только кодируют изменения в этом изображении. Большинство кодеков периодически вставляют I-кадры, так что вы можете искать в файле без необходимости загружать и / или декодировать все это. Во-вторых, существует понятие плотности информации (читайте о теории информации), согласно которому данные и информация не совпадают. Например, данные «aaaaaaaaaa» содержат «ax10». Я могу написать это более компактно. но «hebphwhcqo» сложно представить короче. Следовательно, кадр с небольшим количеством информации (весь черный) будет меньше, чем кадр с большим количеством информации, например, изображение фейерверка.

И чтобы ответить на ваш вопрос: то, что вы просите, не вещь. Если вы кодируете неподвижное изображение, оно МОЖЕТ работать таким образом, если вы отключите обнаружение смены сцены и периодические I-кадры.

6
задан Chris Conway 13 January 2009 в 14:12
поделиться

6 ответов

Попытайтесь создать новое решение и импортировать Ваши существующие проекты.

Alternitivly, удаление, которое видят ReShaper, Галлио и TestDriven и загружается ли решение. Затем установите одно дополнение за один раз, пока Вы не найдете преступника.

5
ответ дан 8 December 2019 в 04:32
поделиться

Да, не вряд ли. Отредактируйте ярлык на Visual Studio и дайте ему опцию SafeMode/. Это гарантирует, чтобы Дополнения не становились загруженными. Если это не помогает, начните отключать упакованное в термоусадочную пленку вредоносное программное обеспечение как вирусные сканеры.

10
ответ дан 8 December 2019 в 04:32
поделиться

Если это будет только влиять на единое решение, попытайтесь удалить .suo файл (то это будет в той же папке как файл решения); Если это влияет на все решения, то опцию безопасного режима, которую упоминает nobugz, вероятно, стоит попробовать...

5
ответ дан 8 December 2019 в 04:32
поделиться

Попытайтесь сбросить расположение окон (Меню-> Окно-> Расположение Окна Сброса) прежде, чем загрузить решение.

Это помогает мне на катастрофических отказах VS.

3
ответ дан 8 December 2019 в 04:32
поделиться

Конструктор объявлен как явный, что означает, что он не будет использоваться для неявное приведение типов. Неявное преобразование в auto_ptr может легко привести к нежелательным ситуациям, поскольку auto_ptr становится владельцем указателя.

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

0
ответ дан 8 December 2019 в 04:32
поделиться

У нас были подобные проблемы с Visual Studio, отказывающей на запуске, и преступник был определенным дополнением, а именно, Visual Studio PowerCommands.

http://code.msdn.microsoft.com/PowerCommands

Остерегайтесь этого дополнения! Отключение его и выполнение

devenv/ResetSkipPackages

Помогший. Полный список параметрических усилителей командной строки VS также поучителен.

2
ответ дан 8 December 2019 в 04:32
поделиться
Другие вопросы по тегам:

Похожие вопросы: