Usando read para capturar várias variáveis ​​da saída de um comando

readlê uma linha por design . A maneira mais simples de ler duas linhas é usar readduas vezes.

exec 3< <(youtube-dl -g --youtube-skip-dash-manifest 'https://www.youtube.com/watch?v=-gcvAxJJiGo')
IFS= read -r -u3 video
IFS= read -r -u3 audio
exec 3>&-

read -unão é portátil, nem é<(…) . Eles funcionam no Bash e sua pergunta é marcada como bash , então eles devem funcionar para você.

Observe que coloquei entre aspas simples a string que contém ?caso você tenha um diretório https:/www.youtube.com/e um arquivo correspondente nele. É apenas remotamente possível, ainda citar caracteres curinga que não devem ser tratados como curingas é uma boa prática em qualquer shell. Compare o que acontece em Zsh .

Vazio IFS é a coisa certa em geral , quando você quer ler uma linha.

Esta outra resposta não usa exece é boa. É minha preferência pessoal configurar a entrada visualmente antes das ferramentas que a usarão (compare esta resposta ). Infelizmente <(…) { …; }não funciona. Com execeu consigo.

Ou posso fazer isso canalizando youtube-dlpara o resto do script.

youtube-dl -g --youtube-skip-dash-manifest 'https://www.youtube.com/watch?v=-gcvAxJJiGo' \
| {
IFS= read -r video
IFS= read -r audio
}

Normalmente, o Bash executa o { … }fragmento em um subshell, portanto, as variáveis ​​não sobreviverão após o }. shopt -s lastpipepode alterar isso (se o controle de trabalho não estiver ativo). Sem lastpipe(o que não é portátil) toda a abordagem é portátil, mas você precisa executar tudo que usa as variáveis ​​dentro do { }bloco porque você não sabe se é um subshell ou não (POSIX permite os dois comportamentos). Observe que o stdin dentro do bloco vem de youtube-dl; se alguma coisa dentro do bloco precisar usar o stdin de todo o script, talvez você precise usar execde qualquer maneira para fazer malabarismos com os descritores.

Outra abordagem portátil é assim:

input="$(youtube-dl -g --youtube-skip-dash-manifest 'https://www.youtube.com/watch?v=-gcvAxJJiGo')"
video="$(printf '%s\n' "$input" | head -n 1)"
audio="$(printf '%s\n' "$input" | head -n 2 | tail -n 1)"

Em vez de heade tailvocê pode usar sedou awkpara isolar a linha certa.

Observe que esta solução não usa arquivos read. Se você precisa de recursos read, então este não é o caminho. Parece que você não precisa dos recursos readneste caso específico.

Mesmo que youtube-dlfosse muito rápido, eu não aconselharia video="$(youtube-dl … | head -n 1)"mais audio="$(youtube-dl … | …)". Se videoe audiovêm do mesmo input, da mesma invocação de youtube-dl, então eles são tão coerentes quanto a ferramenta permite. Caso contrário, podem ser incoerentes. Francamente, não sei quão incoerentes podem ser (se alguma vez); mas eu sei que em geral é melhor consultar uma vez (por exemplo date +%H:+%M, deve sempre ser coerente; date +%H; date +%Mvai surpreendê-lo se você executá-lo pouco antes de uma hora).

read -r video audioirá capturar a primeira palavra ($IFS separada) em "vídeo" e o resto da linha em "áudio"

Outra maneira de capturar 2 linhas é com agrupamento de comandos e uma substituição de processo:

{
  read -r video
  read -r audio
} < <(
  youtube-dl -g --youtube-skip-dash-manifest "$url"
)

O espaço entre < <(é importante: a <(process substitution)age como um arquivo, então você está usando <para redirecionar a entrada de um arquivo.

Acabou de me ocorrer: outra maneira de ler as linhas de saída é o mapfilecomando:

mapfile -t lines < <(youtube-dl ...)
declare -p lines  # just to inspect the array contents

video=${lines[0]}
audio=${lines[1]}