Размер кадра в значительной степени определяется типом кадра и сложностью кадра. Например, I-кадры почти всегда будут больше, чем B / P-кадры, которые следуют, потому что I-кадры кодируют полное изображение, тогда как другие кадры только кодируют изменения в этом изображении. Большинство кодеков периодически вставляют I-кадры, так что вы можете искать в файле без необходимости загружать и / или декодировать все это. Во-вторых, существует понятие плотности информации (читайте о теории информации), согласно которому данные и информация не совпадают. Например, данные «aaaaaaaaaa» содержат «ax10». Я могу написать это более компактно. но «hebphwhcqo» сложно представить короче. Следовательно, кадр с небольшим количеством информации (весь черный) будет меньше, чем кадр с большим количеством информации, например, изображение фейерверка.
И чтобы ответить на ваш вопрос: то, что вы просите, не вещь. Если вы кодируете неподвижное изображение, оно МОЖЕТ работать таким образом, если вы отключите обнаружение смены сцены и периодические I-кадры.
Попытайтесь создать новое решение и импортировать Ваши существующие проекты.
Alternitivly, удаление, которое видят ReShaper, Галлио и TestDriven и загружается ли решение. Затем установите одно дополнение за один раз, пока Вы не найдете преступника.
Да, не вряд ли. Отредактируйте ярлык на Visual Studio и дайте ему опцию SafeMode/. Это гарантирует, чтобы Дополнения не становились загруженными. Если это не помогает, начните отключать упакованное в термоусадочную пленку вредоносное программное обеспечение как вирусные сканеры.
Если это будет только влиять на единое решение, попытайтесь удалить .suo файл (то это будет в той же папке как файл решения); Если это влияет на все решения, то опцию безопасного режима, которую упоминает nobugz, вероятно, стоит попробовать...
Попытайтесь сбросить расположение окон (Меню-> Окно-> Расположение Окна Сброса) прежде, чем загрузить решение.
Это помогает мне на катастрофических отказах VS.
Конструктор объявлен как явный, что означает, что он не будет использоваться для неявное приведение типов. Неявное преобразование в auto_ptr может легко привести к нежелательным ситуациям, поскольку auto_ptr становится владельцем указателя.
Например, если auto_ptr разрешит неявное преобразование из указателя, и вы случайно передали указатель на метод, принимающий auto_ptr, указатель может быть тихо преобразованным в auto_ptr и впоследствии удаленным, когда функция заканчивается, даже если это не было намерением. Но, пометив конструктор как явное преобразование, больше не может происходить тихо, и, вызывая конструктор, вы четко выражаете намерение передать владение auto_ptr, таким образом избегая любой потенциальной путаницы.
У нас были подобные проблемы с Visual Studio, отказывающей на запуске, и преступник был определенным дополнением, а именно, Visual Studio PowerCommands.
http://code.msdn.microsoft.com/PowerCommands
Остерегайтесь этого дополнения! Отключение его и выполнение
devenv/ResetSkipPackages
Помогший. Полный список параметрических усилителей командной строки VS также поучителен.