Я не согласен с приведенным выше ответом.
В мире Linux мост - это устройство L2. А термин «мост» на самом деле означает, что мост хранит таблицу MAC-адресов и постоянно ее обновляет. Допускается добавление моста к устройству Ethernet (например, eth2). Плохо то, что после подключения eth0 к мосту (например, br0) IP-адрес eth0 становится недоступным. Итак, IP-адрес eth0 должен быть назначен br0 сейчас.
Мост Linux - это абстрактное сетевое устройство. Поскольку IP-адрес присвоен br0. Теперь Linux действительно может отслеживать br0 из L3 - используя таблицы IP или таблицы маршрутизации.
Что касается TAP-устройств, насколько мне известно, TAP-устройства служат в качестве роли, взаимодействующей со стеком протоколов Linux из пользовательского пространства. Например. пользовательские программы могут взаимодействовать с ядром и заставлять его полагать, что пакеты исходят от другого компьютера, используя TAP.
Ну, во-первых, mplayer считает, что это mpeg1, который ffmpeg прекрасно обрабатывает. Или, по крайней мере, должен справляться, и обычно mplayer предпочитает ffmpeg. Вы можете попытаться заставить его использовать другой декодер с помощью опций -vfm
или -vc
(передайте "help" к любой из них, чтобы получить список). Вы также можете попробовать другой -demuxer
(также принимает "help" для получения списка).
Но я не уверен, что 64-битный mplayer сможет загрузить 32-битные кодеки. Есть пакет кодеков для win64, который вы можете попробовать. В качестве альтернативы, вы можете установить (возможно, из исходников) 32-битный mplayer.
Возможно, он будет работать с пакетом ia32-libs
и 32-битной версией mplayer
.