Автор: vitter 
Adobe уже подготовила все сообщения об ошибках, и было бы неразумно игнорировать этот факт.
И тем более не работать в направлении, чтоб совместимость КриптоПро PDF актуальной версии с версией AcroRdrDCx64 не заявлялась и далее...
С одной стороны, соглашусь с Вами, прогресс не стоит на месте и работать в направлении конечно нужно. Обозначить проблему о новой версии нужно.
Автор: vitter Соответственно, говорить о недоступности x64 версии можно лишь условно, недолго и момент когда она станет доступна на сайте Adobe не за горами.
С другой стороны,
всем прекрасно известно, что производители зарубежных ОС и приложений не встраивают поддержку гост в свои продукты, "из коробки" гост не работает вообще. Это ясно без всяких снимков экрана. Иначе бы Вы не ставили КриптоПро PDF. Естественно, что зарубежные разработчики поздно уведомляют разработчиков плагинов и поддержка гост в любой продукт добавляется с задержкой. Почему не можете подождать то самое "недолго и ... не за горами"? Куда спешите собственно? Наверно надо сначала узнать о поддержке, уже потом переходить, разве не так?
Естественно, если приложение односторонне изменяет формат плагинов, то отключится и функционал гост, обеспечиваемый этими плагинами. В Вашем "Хотя это только из-за несовместимости плагина" плагин представляет примерно 100% функций гост. При переходе на x64 надежда может быть только на "авось", так как способов загрузить
плагин другой разрядности на windows просто нет.
До windows 10 Creators Update была возможность использовать недокументированный "Heaven's gate" (32-разрядное приложение выполняется в обертке 64-разрядного процесса Wow64, обертка выполнена в виде DLL, 64 среда могла работать с адресами 32 приложения), но ни один разумный разработчик не станет использовать недокументированный функционал в широко распространяемой версии ПО. В текущих версиях ОС "переходный момент" между разрядностями закрыт (после собственно работы загрузчика, страницы памяти 64 среды помечены как доступ запрещен при работе из 32 приложения и наоборот).
Браузеры начали использовать запуск плагинов в отдельных процессах нужной разрядности с получением данных через промежуточный протокол немного раньше, с ними проблема разрядности не так выражена. При этом в браузере выполняется маленькая часть (расширение), которая умеет работать с протоколом конкретного плагина. На переход функциональности гост под новые требования потребовалось наверно года полтора. Адоб на такой вариант видимо не перешли. Перекомпилировать библиотеку на 64-бит несколько проблематично, так как надо проверить все функции - где нужно увеличение размерности параметров, а где не нужно, затем все отладить, это занимает достаточно много времени.
Честно, очень странно видеть как пользователи обновляются на новейшие версии и кричат, что все поломалось. В случае Windows 10 и .NET это хотя бы можно было объяснить тем, что новые версии уже были встроены в ОС. Однако там и изменения были не такие сложные как смена разрядности библиотек. В случае программы просмотра PDF мне непонятно зачем торопиться, скачивать новейшую версию обходным путем через торрент, ломать ранее работавшую схему подписания.
P. S. Дальнейшее можно предсказать по браузерам - избавившись от ограничения в 3 Гб адресуемой оперативной памяти, AcroRdr будет сжирать всю память что доступна. Уже при мысли об этом я бы остался на 32-разрядной версии.
