As diferenças são praticamente as mesmas das versões de 32 bits e 64 bits de qualquer outro programa. No caso do WMP, aqueles com quem você se importa são provavelmente os seguintes:
- 32 bits tem um espaço de endereço de memória de modo de usuário máximo de 2 GB, enquanto 64 bits tem uma memória máxima efetivamente ilimitada (2 ^ 63 bytes, muito mais do que a memória física de qualquer computador existente). Na prática, isso não deveria importar - o WMP é esperto o suficiente para armazenar leituras parciais de arquivos, ao invés de tentar armazenar o arquivo inteiro em sua memória ao mesmo tempo, então não importa o tamanho do arquivo que ele está abrindo. - mas, em teoria, em um computador com muitos processos de RAM de 64 bits, é possível armazenar em buffer mais do arquivo, reduzindo as operações de E / S (especialmente se você procurar muito).
- Processos de 64 bits são um pouco mais seguros que processos de 32 bits, porque randomização de layout de espaço de endereçamento (ASLR) pode usar mais entropia e porque os overflows de inteiros em ponteiros são muito mais fáceis quando os ponteiros têm 32 bits de comprimento do que quando têm 64 bits de comprimento. Espero que isso não importe, mas às vezes os bugs de segurança acontecem e, nesse caso, um processo de 64 bits pode ser um pouco mais resiliente.
- Um processo só pode carregar bibliotecas (DLLs) com o mesmo bitness que o processo em si. Ou seja, um processo de 32 bits não pode carregar DLLs de 64 bits e vice-versa. Isto significa que se você estiver usando qualquer DLL (como plugins) que você não tem uma versão de 64 bits, você não poderá usar esses plugins (ou whatevers).
Na prática, eu não alteraria os padrões. O WMP ainda é padronizado para 32 bits no Win10, e provavelmente está bem.