[boss911]

Я то же так подумал, что Инно скорее всего куда все-таки распаковал и присвоил {tmp} реальный путь, то есть реальный путь был присвоен.

Код:

Filename: {sys}\MSIEXEC.EXE; Parameters: /package {tmp}\dotNetFX20\Netfx20a_x86.msi REBOOT=ReallySuppress /l*vx {%TEMP}\dd_dotNetFX20_x86.log; Flags: shellexec waituntilterminated

Может помешал правильному запуску пакета выделенный параметр? Ведь на Т-13 %TEMP% не существует, а значит, указан не верный путь. Хотя, только что проверил на рабочей винде, в таком случае выдает ошибку журнала, а не диалог MSIEXEC.EXE.

Опять же, если MSIEXEC.EXE /package толкнуть не правильный путь к MSI, тот именно так и скажет, а тут был другой случай:

во время уствновки на Т13 вылезло окошко с описанием ключевых командах и тд., я нажал ок, потом ещё раза три выскочило »

Сдается мне, тут другой случай, связаный не с путями, иначе бы оно так и сообщило. Похоже на то, что MSIEXEC.EXE запустился с не правильным параметром.

[_DRON_]

Сдается мне, тут другой случай, связаный не с путями »

Дело именно в путях: при отсутствии TEMP Inno использует USERPROFILE, который на T-13 (как уже говорил gora) указывает на "C:\Documents and Settings\Default User". Проблема в том, что в отличии от TMP/TEMP, в этой переменной используются длинные имена (содержащие пробелы), а не короткие. Ну а так как все пути к MSI у вас прописаны без двойных кавычек, то MSIEXEC.EXE видит их как несколько отдельных и непонятных ему параметров.

Наберите у себя: MSIEXEC.EXE /package C:\Documents and Settings\Default User\dotNetFX20\Netfx20a_x86.msi и получите окно со справкой по MSIEXEC.EXE.

[boss911]

_DRON_

Собственно об этом мы и говорили с Gnom_aka_Lexander, с его подачи о пробеле в пути я предположил, что Инно куда-то копирует, где есть пробел в путях. Спасибо, подтвердили. Тогда вообще все очень просто, проставлю везде кавычки к пакетам и все дела, только вот еще надо будет подумать, как лучше с логами поступить, ведь они по умолчанию пишутся в корень %TEMP%, но будет это уже в следующей версии и явно не в этом году.

Проблема в том, что в отличии от TMP/TEMP, в этой переменной используются длинные имена (содержащие пробелы), а не короткие. »

Вот это еще сбивало с толку.

[dimon1947]

Альтернативные SvcPack-аддоны с обновлениями по ноябрь 2012 г. Microsoft.NET Framework 1.1-3.5, 1.1-4.0 на основе инсталляторов от jaynbe.

Актуальны для UpdatePack-XPSP3-Rus версия 12.12.20 отсюда

Перезалит аддон I - DotNet 1.1-3.5 на уменьшенный размер-38.18Мб.

ЗДЕСЬ

[boss911]

Общаясь на некоторых форумах, мне частенько говорили, чтобы EVR видео рендер заработал на XP, нужно установить Framework 3.5 и вручную зарегистрировать evr.dll , я же, с удивлением, им отвечал, что ничего регать не надо, EVR и так работает/доступен.

Недавно переустановил XP и соответственно .NET (сборка), только сейчас обнаружил, что не работает EVR видео рендер, зарегил evr.dll и заработало. Снес свою сборку, прошелся клинером, скачал с сайта MS оригинальный установщик и установил, EVR не работает, зарегил библиотеку, заработало.

Это правда, чтобы на XP работал EVR видео рендер, после установки Framework 3.5, нужно вручную зарегистрировать evr.dll ? Но я этого никогда раньше не делал и EVR у меня работал, как это пояснить? Возможно, у меня эту библиотеку что-то регистрировало, но я что-то в этом сомневаюсь, так как даже не могу предположить, что это такое могло быть.

[boss911]

Изучив оригинальный dotNetFX30\WPF_Other.msp , не обнаружил в нем следующего:

Код:

[HKEY_CLASSES_ROOT\CLSID\{083863F1-70DE-11d0-BD40-00A0C911CE86}\Instance\{FA10746C-9B63-4B6C-BC49-FC300EA5F256}]
"FriendlyName"="Enhanced Video Renderer"
"CLSID"="{FA10746C-9B63-4B6C-BC49-FC300EA5F256}"
"FilterData"=hex:02,00,00,00,00,00,20,00,01,00,00,00,00,00,00,00,30,70,69,33,\
    02,00,00,00,00,00,00,00,01,00,00,00,00,00,00,00,00,00,00,00,30,74,79,33,00,\
    00,00,00,00,38,00,00,00,48,00,00,00,76,69,64,73,00,00,10,00,80,00,00,AA,00,\
    38,9B,71,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00

Именно этого не хватает, чтобы EVR работал в XP. По крайней мере, я это добавил вручную и EVR заработал, без регистрации библиотеки.

Что самое интересное, в сборке simplix, это есть, теперь вот не ясно, как оно там оказалось. Какое-то обновление, которого нет в моей сборке? Блин, загадка. Надеюсь, автор сборки поможет прояснить ситуацию.

[SharkyEXE]

EVR видео рендер заработал на XP »

Пожалуйста, если у Вас есть время, возможность, желание - напишите, для чего нужен этот EVR видео рендер, мол для игр или просмотра видео...
Спасибо.

[Gnom_aka_Lexander]

SharkyEXE, это мультимедийный фреймворк нового поколения с поддержкой видео высокой четкости и защитными механизмами. работает в системе начиная с Vista, рекомендуется мелкими для разработки современных медиаплееров, не совместим с ОС ниже Vista.
Вики.
На самом деле, с Vista на MSDN так-же поддержка не заявлена, минимальная настольная ос - семерка. но это так, на правах оффтопа...

[boss911]

SharkyEXE, для просмотра видео.
http://msdn.microsoft.com/ru-ru/libr...(v=vs.85).aspx [EN]

Погуглил, наткнулся на отзывы, что EVR в XP не всегда регистрируется по какой-то не понятной причине. Что поддержка в XP официально не заявлена (EVR+DXVA действительно в XP не работает). Но ведь я никогда не регил эту библиотеку и все работало, ставлю всегда один и тот же софт. Больше всего убивает, что добавило в "Netfx30a_x86.msi" нужные записи реестра в сборке simplix (точнее сборка не его) для включения EVR. Перерыл все обновления, не нашел такого патча. Может это сделано руками, но есть сомнения. Может, используется более старый пакет, где эта запись есть. Я не знаю, уже мозги кипят.

[apozlevich]

boss911, расслабьтесь, я вчера читал, что в сборке yumeyao портированы некоторые вещи из Висты