Так у Яндекса с вебдавом как раз и отмечаются перечисленные недостатки. Теоретически же есть возможность подключить диск как сетевой через TCP. Предлагают же через интернет SQL Server, Windows через RDP, даже 3D для игр, даже 1С "у дяди". Почему бы не предлагать и сетевой диск без выкрутасов?
> Мало картинку отделить, нужно еще и клавиатуру и мышку.
Был и такой программный продукт, я даже рецензию на него читал. Следовательно, такая возможность имеется и есть шанс, что нужный мне изврат технически возможен и кто-то его уже реализовал.
> активное окно только одно
Ну, строго говоря, мне один активный сеанс и нужен. На другой только смотреть. В отключённом же сеансе программы не останавливаются.
> ставить гипервизор, запускать 2 виртуальные машины в нем
Хватит и одной. Другую программу можно и без виртуалки запустить
Janus74, Просто есть 2 программы, которые не дружат друг с другом. В разных сеансах пожалуйста, а в одном - хрен, даже через RunAs. В одной программе я работаю постоянно, а другую запустил в пакетном режиме и поглядывай на линейку на панели задач, когда приедет (тут можно было смухлевать с оповещениями) или дать пинка, когда всё зациклилось (здесь с оповещениями сложнее). На одном экране было бы комфортно, а так приходится скакать туда-сюда - неудобно.
Ну, в конце концов, есть продукт, позволяющий работать с нескольких консолей, правда, насколько я помню, только на сервере. Да и встроенная функция разделения десктопа на несколько мониторов/видеоплат имеется
Раньше было аж 2 российских продукта самопальных серверов терминалов, работали, начиная с Workstantion 2000. У них действительно рабочая станцию могла держать только 10 сеансов именно из-за лицензионных ограничений. Как назывались эти конторы - забыл. Помню только, что у клиента указывался адрес не только сервера терминалов, но и лицензий и что клиент не перехватывал клавиши типа Alt-Tab, что было довольно неудобно
> А вот любое видео - никак не интерфейс винды, и никаких команд там нет.
Ещё как есть. В старину MCI называлось, теперь наверняка по-другому, но суть одна.
> Например открыл ты локальный файл на хосте в VLC, как клиент его должен проигрывать?
Плеер на сервере взаимодействует с фальшивым кодеком, тот посылает данные посреднику, тот обращается к настоящему, как будто он и есть легитимный плеер. ThinPrint так и работает - прикидывается на сервере драйвером, на клиенте обычным приложением, которое хочет печатать.
> Или открыл ты браузер в ютубе, уже никак оригинального видео не будет
Ещё как будет. С точки зрения Винды браузер в этом случае такой же плеер и играет он через системный же кодек. Ну, можно конечно, на IE6+ActiveX самопальный декодер сделать, пусть BitBlt делает или хоть сразу в видеопамять пишет.
> как это из браузера взять? Лезть в его потроха или https сессию ломать?
Да элементарно. Можно сделать plug-in. Все эти файлы прекрасно видны по F12. Можно кидать URL'ы с заголовками/куками или, если есть привязка к IP, сами файлы и играть их чем-то самопальным или рестримить. Но это уже будет колхоз, от которого я как раз и хочу избавиться
> Или в видеоредакторе что-то правишь
Вот там проблемы будут, согласен.
> Как я понимаю, то, что сделали в последнем клиенте - просто поменяли способ кодирования видео на h264,
Это вряд ли. h264 работает с задержкой, к тому же визитная карточка грабилки экрана в видео - мыльный или вырвиглазный текст, квадратит при переключении окон. Да и нагрузка на сервер будет дай Боже. Для одного пользователя ещё можно видеоплату задействовать, а для двадцати?
Логика здесь простая:
1. Сам RDP пробрасывает GDI-команды, почему бы не пробросить сжатое видео аналогично?
2. Аналогичный вопрос решал ThinPrint.
3. В клиенте для Win 10, если я не ошибаюсь, есть опция "Рендерить видео на клиенте", а значит, есть шанс, что до Win 10 была аналогичная примочка от сторонних производителей по аналогии с MemMaker & Stacker & NDD & SpeedDisk в DOS 6, ZipFolders в WinME, запись компакт-дисков в WinXP. К сожалению, пока мне только попалась израильская разработка, кторая лишь выбрасывает "лишние" кадры, чтобы воспроизведение было в реальном времени.
4. Это нужно не только мне, а значит, есть шанс, что кто-то это уже сделал.
> подключаться к диску, где лежит видео и качать файл в оригинале. И уже смотреть его на клиенте. Или напрямую подключаться туда, откуда его берет сервер.
Да так и делаю. Только ломает настраивать и синхронизировать всё по второму разу. Приходится прыгать из терминала на локальный компьютер и обратно. Концепция настроенного рабочего места, доступного отовсюду, летит к чертям :(((((((
Большое спасибо, что объяснили разницу между bool и BOOL, никак не могу привыкнуть к зависимости от регистра. Печаль в том, что даже если закомментировать эту функцию - ошибка остаётся. (В другом EXE с той же самой DLL вызывающая функция подлиннее и там, закомментировав функцию, можно снять комментарии с нескольких sprinf(_s), прежде, чем возникнет ошибка)
Никто из Достигших и Постигших не хочет глянуть, в чём же там дело? Наверняка, в какой-нибудь ерунде.
Распаковать в корень диска G:, решение G:\avidemux_2.7.4\avidemux\qt4\Avidemux_qt4.sln проект avidemux3_jobs_qt4 (Хоть и называется QT4 - написано под пятым. Там вообще юморные ребята делали - например, требуют, чтобы CMake стоял в каталоге 2.8, но версии не ниже, чем 3.0)
Так у Яндекса с вебдавом как раз и отмечаются перечисленные недостатки. Теоретически же есть возможность подключить диск как сетевой через TCP. Предлагают же через интернет SQL Server, Windows через RDP, даже 3D для игр, даже 1С "у дяди". Почему бы не предлагать и сетевой диск без выкрутасов?