Já Tradicional : "O SMPlayer/mpv terminou inesperadamente"

invernosantigos
(usa Linux Mint)

Enviado em 21/08/2020 - 23:34h

Estou escrevendo para reportar um bug persistente do SMPlayer, que vem se arrastando desde ou tempos do Trusty Tar ( e olha que já faz bastante tempo, por baixo, uma década inteira ), e parece que à cada vez, fica mais insolúvel : O nojento "O SMPlayer/mpv terminou inesperadamente. Saída de erro 2" ; o player deixa de funcionar e fica repetindo este aviso para cada item da playlist, com e com um registro de erro tipo assim :

/usr/bin/mpv --no-config --no-quiet --terminal --no-msg-color --input-file=/dev/stdin --msg-level=ffmpeg/demuxer=error --no-fs --audio-spdif=ac3,dts-hd,truehd --hwdec=no --sub-auto=fuzzy --vo=xv, --ao=pulse, --no-input-default-bindings --input-vo-keyboard=no --no-input-cursor --cursor-autohide=no --no-keepaspect --wid=92274712 --monitorpixelaspect=1 --osd-level=1 --osd-scale=1 --osd-bar-align-y=0.6 --sub-ass --embeddedfonts --sub-ass-line-spacing=0 --sub-scale=1 --sub-font=Arial --sub-color=#ffffffff --sub-shadow-color=#ff000000 --sub-border-color=#ff000000 --sub-border-size=2.5 --sub-shadow-offset=5 --sub-font-size=50 --sub-bold=no --sub-italic=no --sub-margin-y=8 --sub-margin-x=20 --sub-codepage=ISO-8859-1 --sub-pos=100 --volume=60 --cache=auto --vf-add=lavfi=[pp] --screenshot-template=cap_%F_%p_%02n --screenshot-format=jpg --screenshot-directory=/home/invernos/Imagens/smplayer_screenshots --volume-max=150 --ytdl=no --term-playing-msg=MPV_VERSION=${=mpv-version:}
INFO_VIDEO_WIDTH=${=width}
INFO_VIDEO_HEIGHT=${=height}
INFO_VIDEO_ASPECT=${=video-params/aspect}
INFO_VIDEO_FPS=${=container-fps:${=fps}}
INFO_VIDEO_FORMAT=${=video-format}
INFO_VIDEO_CODEC=${=video-codec}
INFO_AUDIO_FORMAT=${=audio-codec-name}
INFO_AUDIO_CODEC=${=audio-codec}
INFO_AUDIO_RATE=${=audio-params/samplerate}
INFO_AUDIO_NCH=${=audio-params/channel-count}
INFO_LENGTH=${=duration:${=length}}
INFO_DEMUXER=${=current-demuxer:${=demuxer}}
INFO_SEEKABLE=${=seekable}
INFO_TITLES=${=disc-titles}
INFO_CHAPTERS=${=chapters}
INFO_TRACKS_COUNT=${=track-list/count}
METADATA_TITLE=${metadata/by-key/title:}
METADATA_ARTIST=${metadata/by-key/artist:}
METADATA_ALBUM=${metadata/by-key/album:}
METADATA_GENRE=${metadata/by-key/genre:}
METADATA_DATE=${metadata/by-key/date:}
METADATA_TRACK=${metadata/by-key/track:}
METADATA_COPYRIGHT=${metadata/by-key/copyright:}
INFO_MEDIA_TITLE=${=media-title:}
INFO_STREAM_PATH=${stream-path}
--audio-client-name=SMPlayer --term-status-msg=STATUS: ${=time-pos} / ${=duration:${=length:0}} P: ${=pause} B: ${=paused-for-cache} I: ${=core-idle} VB: ${=video-bitrate:0} AB: ${=audio-bitrate:0} y-transfer%C3%AAncias/TONES%20AND%20I%20-%20DANCE%20MONKEY.ogg

Warning: option --input-file is deprecated and might be removed in the future (use --input-ipc-server).
[file] Cannot open file 'y-transfer%C3%AAncias/TONES%20AND%20I%20-%20DANCE%20MONKEY.ogg': No such file or directory
Failed to open y-transfer%C3%AAncias/TONES%20AND%20I%20-%20DANCE%20MONKEY.ogg.
Exiting... (Errors when loading file)

A causa, resumidamente ( e sempre a mesma ) é : O player não consegue encontrar os arquivos de áudio da playlist . Antigamente, resolvia-se apagando todos os arquivos de configuração e reconfigurando tudo do zero ( o que não merece ser chamado de "instalação limpa" ). Depois descobriu-se que era falha das playlists -- abrindo a playlist no VLC e salvando pelo VLC, resolvia. às vezes era preciso mudar o formato de playlist ( de m3u para xspf, por exemplo ) ; -- agora, nem assim. Mas, nunca foi possível resolver os problemas desinstalado e reinstalando. Perda de tempo ! Atualmente, desinstalar e reinstalar está resolvendo, e sem precisar zerar configurações personalizadas. Mas, em todos os casos, nota-se que o problema é o mesmo. E nenhuma das soluções acima o resolve :

Percebe-se que o SMPlayer tem problemas se as músicas estão em outra partição -- ele não abria outras partições além daquelas em que a raiz do sistema ou a pasta pessoal estavam instaladas; o que talvez fosse bug de permissão ( muito comum no linux. Na verdade, o problema mais comum, que pode ser prevenido na reinstalação do sistema abrindo-se o terminal e aplicando-se o comando umask 0000 ). De resto, às vezes ele simplesmente não reconhece os arquivos de áudio contidos numa pasta ! Por isso a saída do registro de erro acima. Ele encontra os metadados do inode, mas não vê um arquivo válido ali.

Temos, então, que a causa mais provável pode ser a incapacidade do player de acessar os arquivos, seja por permissões insuficientes ( um bug de desenvolvimento cada vez mais comum, típico de desenvolvedores desleixados ), ou problemas para carregar os codecs ( o que até pode ser pelo mesmo motivo ). Pode então ser algum problema de dependência podre, fora do poder dos desenvolvedores do smplayer, por não ser uma dependência desenvolvida por eles -- mas, neste caso, dificilmente duraria mais de uma década ! Talvez um problema de chamada de sistema para as dependências, uma instabilidade bem comum.

Alguma sugestão dos veteranos ? Alguma dica para testar as dependências ? Ou acham melhor jogar o problema para os desenvolvedores do SMPlayer ?

danniel-lara
(usa Fedora)

Enviado em 22/08/2020 - 09:01h

faz um relato de bug para o pessoal
talvez seja um bug mesmo e eles resolvem

removido
(usa Nenhuma)

Enviado em 22/08/2020 - 09:44h

-eu relato bugs de programas p/ desenvolvedores do mesmo
-afinal quem resolve um problema de fábrica é o fabricante
-também considero "salutar" usar os players nativos de cada distribuição principalmente as "derivadas" como linuxmint/elementary/zorin

maurixnovatrento
(usa Slackware)

Enviado em 22/08/2020 - 14:11h

Com essa explicação é bem provável que seja um bug no programa.

___________________________________________________________

Conhecimento não se Leva para o Túmulo.

https://github.com/MauricioFerrari-NovaTrento  

invernosantigos
(usa Linux Mint)

Enviado em 24/08/2020 - 23:03h

Grato aos veteranos. Mas a despeito da minha análise, não sou experiente sobre como reportar erros; então quero perguntar como faço, e se tenho que reportar em inglês ( o que no meu caso significa arriscar um desastre com o google tradutor... )

Mas fora isso, tenho uma boa novidade, pelo menos : Creio ter descoberto onde exatamente está o bug, e está no relacionamento da aplicação com o sistema. Creio que muitos já perceberam que no Mint e no Ubuntu está muito comum logo no início da sessão a gente clicar numa pasta e receber a irritante resposta que esta está inacessível ou mesmo que não existe, e logo em seguida, a pasta abre, 1/4 sw segundo depois... Ou seja, demora para montar o inode ou mesmo o sistema de arquivos. Devido à algum bugaço dos Kernels acima de 5.2, o sistema se precipita, e avisa que o arquivo não existe antes mesmo de abrí-lo -- principalmente quando o HD não é novo ( será que estão calibrando a preempção exclusivamente para SSD ? --- e parece que o SMPlayer está levando esses avisos à sério, sem esperar e sem tentar de novo, como o VLC faz. Então trata-se realmente de uma falha de desenvolvimento, que vale à pena reportar. Bem, imagino que toda falha vale à pena reportar, mas é mais significativo quando não há dúvida que se trata de falha de desenvolvimento mesmo, e não um bug da instalação do usuário ( por isso consultei os veteranos, mas preciso novamente de vossa douta ajuda para aprender a fazer a notificação de forma correta de modo que chegue aos desenvolvedores ). Descobri hj por acaso porque renovei a playlist ontem e hj ao religar já estava bugando d novo... mas já há dias noto que buga qs sempre só no começo, e após conseguir iniciar a lista, ela abre tds as músicas que estão na mesma partição, sem problemas.

Grato, pela força de vcs !