Por que o Counter Strike: Condition Zero não reproduz vídeos de introdução no Windows se o caminho de instalação tiver espaços?

Parece um bug no jogo onde o código abre o vídeo sem aspas e, como tal, parte do caminho do vídeo é assumido como um parâmetro onde realmente não é, resultando em um erro e, portanto, o vídeo nunca é reproduzido. O console provavelmente registrará um erro também.

Para explicar um pouco... No Windows, quando você trabalha com caminhos, você digita assim:

C:\My_Path_without_spaces

ou

"C:\My Path With Spaces"

Observe as citações.

Quando você inicia um programa externo, por exemplo um player de vídeo, o player de vídeo pode ter sua lista de argumentos da seguinte forma (este é um exemplo)

C:\Games\HalfLife\bin\videoplayer.exe /video C:\Games\HalfLife\intro.avi
                      ^ path to videoplayer
                                      ^parameter video
                                             ^video file

Agora vamos dizer que você tem Half Life como nome da pasta:

C:\Games\Half Life\bin\videoplayer.exe /video C:\Games\Half Life\intro.avi
                       ^ path to videoplayer (the space may break here too)
                                       ^parameter video
                                              ^video file
                                                            ^invalid parameter
 

Não há vídeo chamado Half sem extensão nem entende o parâmetro Life\intro.avi porque o videoplayer não o reconhece.

Note que HalfLife 1 é um jogo muito antigo. Foi na época em que os nomes de arquivo de 8,3 comprimentos ainda eram muito comuns.

O problema subjacente é que, no Windows , o receptor é responsável por analisar a linha de comando. O chamado recebe toda a linha de comando como uma única string. (A família *nix de sistemas operacionais, por outro lado, passa um conjunto de argumentos únicos para o receptor, correspondendo a argv. Separar argumentos simplesmente não é um problema.) Convenções típicas separam argumentos de linha de comando por espaços; consequentemente, argumentos únicos que contenham espaços devem ser citados. As aspas fazem parte da linha de comando passada para o chamado! Para uma discussão, consulte este artigo da Microsoft . Como uma questão secundária, não há garantia de que o destinatário lide com as cotações! Não cite parâmetros gratuitamente.

No seu caso, a citação do argumento path foi esquecida: um bug no jogo. Além disso, um grupo inteiro de equivalência nos testes do módulo foi perdido.

Você pode conhecer esses problemas do seu shell * nix favorito: Como faço para passar novamente um argumento que contém aspas? O shell do usuário é o único programa no mundo *nix que precisa analisar linhas de comando. Chamar programaticamente um binário de outro, por outro lado, não tem esse problema: o chamador simplesmente preenche uma matriz de argumentos antes da execchamada, servindo argumentos únicos para o chamado em uma bandeja de prata.

É essa combinação mal concebida de uma convenção de chamada DOS herdada mal concebida com uma ideia hippie mal concebida (a culpa é da Apple! ¹ ) de espaços em nomes de caminho que precipita erros como o seu.

¹ Sim, eu sei, espaços (e outros caracteres engraçados) em nomes de caminho existiam antes da adoção da apple; mas nenhum usuário *nix sensato nomearia voluntariamente uma pasta como "Arquivos de Programas". Tal absurdo não tem o direito de existir em sistemas de usuários finais.