Войти

Показать полную графическую версию : Перепакованный M$ .NET Framework (все версии)


Страниц : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 [96] 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121

boss911
19-12-2012, 12:31
Я то же так подумал, что Инно скорее всего куда все-таки распаковал и присвоил {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_
19-12-2012, 17:19
Сдается мне, тут другой случай, связаный не с путями »
Дело именно в путях: при отсутствии 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
19-12-2012, 18:35
_DRON_

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

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

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

Актуальны для UpdatePack-XPSP3-Rus версия 12.12.20 отсюда (http://forum.oszone.net/thread-196600-91.html)

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

ЗДЕСЬ (http://forum.oszone.net/post-1937756-1722.html)

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

Недавно переустановил XP и соответственно .NET (сборка (http://forum.oszone.net/post-2033905-1906.html)), только сейчас обнаружил, что не работает EVR видео рендер, зарегил evr.dll и заработало. Снес свою сборку, прошелся клинером, скачал с сайта MS оригинальный установщик и установил, EVR не работает, зарегил библиотеку, заработало.

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

boss911
24-12-2012, 17:13
Изучив оригинальный 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
24-12-2012, 18:31
EVR видео рендер заработал на XP »
Пожалуйста, если у Вас есть время, возможность, желание - напишите, для чего нужен этот EVR видео рендер, мол для игр или просмотра видео...
Спасибо.

Gnom_aka_Lexander
24-12-2012, 18:39
SharkyEXE, это мультимедийный фреймворк нового поколения с поддержкой видео высокой четкости и защитными механизмами. работает в системе начиная с Vista, рекомендуется мелкими для разработки современных медиаплееров, не совместим с ОС ниже Vista.
Вики (http://ru.wikipedia.org/wiki/Media_Foundation).
На самом деле, с Vista на MSDN так-же поддержка не заявлена, минимальная настольная ос - семерка. но это так, на правах оффтопа...

boss911
24-12-2012, 18:52
SharkyEXE, для просмотра видео.
http://msdn.microsoft.com/ru-ru/library/windows/desktop/ms694916(v=vs.85).aspx [EN]

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

apozlevich
24-12-2012, 19:08
boss911, расслабьтесь, я вчера читал, что в сборке yumeyao портированы некоторые вещи из Висты :)

boss911
25-12-2012, 04:15
apozlevich, спасибо, значит дело в ручках. А нет ли там что-то на подобии списка, что именно он портировал и что это дало? Тогда я в следующей сборки своего набора добавлю принудительную регистрацию библиотеки, коль MS этого не захотела сделать (а ведь специально, чтобы, еще в те времена, заманить больше пользователей на Висту УГ).

Но вот как у меня EVR раньше работал без регистрации библиотеки, так и остается для меня тайной, либо его что-то потом регило, что тоже тайна.

stnk
25-12-2012, 08:39
2 boss911
–Тебя волнует, как лампочка работает?–саркастически усмехнувшись однажды, ответил шеф на мой назойливый вопрос по этому поводу.–Она светит, и тебе все видно. А отчего такая маленькая спиралька дает столь мощную освещенность –ярче, чем сто свечей, ты вряд ли поймешь, даже разобрав эту лампочку… Работает лампочка –и пусть себе!

boss911
25-12-2012, 10:19
stnk

Поскольку я пользуюсь своей сборкой, я обязан разобраться, тем более она в паблике, почему так, чтобы отсечь все сомнения, в ее правильной работе. Да, меня волнует, не допустил ли я халтуры, да, меня волнует, как лучше всего и правильно решить этот (тот или иной) вопрос. По-вашему я должен был на это забить? Нет, я так к делу не отношусь, в отличии от других.

apozlevich
25-12-2012, 15:06
stnk, мне вот тоже интересно разобраться и понять и в том, как работает лампа накаливания и в том, как устроен пак.

boss911, я пару раз просматривал там что-нибудь в поисках подобного, есть гайды, даже с видео, по сборке (некоторые удалены с обменников за сроком давности, правда :( ), объяснения, но все размазано по форуму :(. Есть мнение, что у него чуть более, чем все файлы - из висты/7. Для надежности :)

boss911
25-12-2012, 16:49
Есть мнение, что у него чуть более, чем все файлы - из висты/7. »
Не, я на такое не решусь.

В его паке: evr.dll 6.0.6002.18084 (vistasp2_gdr.090806-2338), в моем паке с учетом всех обновлений: evr.dll 6.0.6001.17014 (lh_tools_devdiv_wpf.071009-1043). И еще парочку файлов, в этом духе, заметил. Так что да. Интересно, есть ли от этого результат, я что-то сомневаюсь.

apozlevich
25-12-2012, 17:01
boss911, думаю, это что-то сродни перетаскиванию шрифтов и курсоров из семерки: польза только эстетическая (хотя вдруг там более быстрое что-нибудь, вполне может быть, но сомневаюсь).

dimon1947
27-12-2012, 13:30
По просьбе в личку.
Актуальные работоспособные, проверенные чистой установкой, аддоны и пакеты Microsoft .NET Framework всех версий
совместимые с UpdatePack-XPSP3-Rus версия 12.12.20
Перезалил пакет V - Microsoft .NET Framework 4.5_Full_x86_x64_SlimSetup
ЗДЕСЬ (http://forum.oszone.net/post-1937756-1722.html)

apozlevich
27-12-2012, 21:54
может попросить модераторов вынести пак dimon1947 в отдельную тему и "связать" ее с этой?

boss911
28-12-2012, 04:37
Тогда давайте и мой пак в отдельную тему, аналогично и с другими наработками. Только зачем? Все это один и тот же продукт, только в разных вариациях, посему место им в одной теме. Только надо попросить модератора, чтобы он занялся шапкой, опубликовав ссылки на сборки разных участников, и не обязательно под спойлер, чтобы их не видно было. ИМХО.

alert30
28-12-2012, 04:59
Del




© OSzone.net 2001-2012