Если Вы хотите передать аргументы своему сценарию к mplayer в xterm, это должно работать:
#!/bin/sh
xterm -e mplayer "$@"
Это работает из-за как "$@"
расширяется: один параметр на объект. xterm
не пытается интерпретировать аргументы команде всегда; это просто передает их через.
Если Вы должны на самом деле поместить свой список файлов в переменную, Ваш лучший выбор состоит в том, чтобы использовать переменную типа массив. Например:
#!/bin/bash
declare -a FILES
for f; do
if [ -r "$f" ]; then
FILES+=("$f")
fi
done
xterm -e mplayer "${FILES[@]}"
Вышеупомянутые фильтры файлы, чтобы только передать, которые читаемы. Это - просто пример, обычно Вы не сделали бы этого типа фильтрации. Кроме того, обычно, я использовал бы строчное имя переменной, если я не был планированием экспорта его.
PS: В зависимости от того, что Вы делаете, Вы знающий о mplayer's -slave
режим?
Это не просто Вы.
Посмотрите здесь: http://www.dd-wrt.com/wiki/index.php/Wireless_Bridge#Limitations
В основном спецификация для WiFi говорит, что любой беспроводной адаптер может только иметь один MAC-адрес, который делает образующий мост WiFi непрактичностью.
Существует несколько ошибок в нескольких формах, описывающих немного отличающиеся признаки, зарегистрированные против VirtualBox (735, 2975, 5503, и т.д.), но первопричина в каждом случае соединяет беспроводной интерфейс мостом.
Я закончил тем, что добавил интерфейсы только для хоста для этого вида действия вместо этого.