我查看了工具,首选项和鼠标手势已关闭,但实际上它们没有。我可以输入任何命令行命令来为 VLC 播放器关闭这些命令吗?
我使用的是 Ubuntu 20.10。突然间,VLC 无法启动。当尝试通过命令行运行它时,我得到:
$ vlc
VLC media player 3.0.12.1 Vetinari (revision 3.0.12.1-0-g170157402b)
[00005573fa81cb40] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
Qt: Session management error: Could not open network socket
Fontconfig warning: FcPattern object weight does not accept value [40 200)
Segmentation fault (core dumped)
我知道可以通过右键单击然后单击“使用其他应用程序打开”然后单击 Vlc 来使用 Vlc 打开文件,但是双击文件不起作用,而是打开“视频”。我怎样才能解决这个问题?
我有需要播放的带有 TRM/TRS 扩展名(美国法院音频/视频记录)的文件。VLC 能够播放视频,但无法识别音频编解码器。
错误消息如下:Unidentified codec: VLC could not identify the audio or video codec
如何在 Ubuntu 上播放这些文件?
更新:
我使用 MediaInfo 来获取有关音频的更多信息:
Audio
ID : 0
Format : 4180
Codec ID : 4180
在文件 explore 中右键单击会给出以下音频编解码器:audio/x-avi-unknown
使用 H.264 或 VP8 编解码器(可能还有其他编解码器)编码的视频,无论容器(MKV、MP4、WEBM 等)如何,都只会在 VLC 中播放音频,至少在 Ubuntu 20.04 中是这样。有趣的是,GNOME Video 应用程序可以很好地播放这些文件。
我试过重启电脑,让 VLC 单独运行,没有任何其他用户程序同时运行以避免干扰。我已经安装并重新安装了vlc
, ubuntu-restricted-extras
, ffmpeg
, libdvdnav
,libdvdread7
和gstreamer1.0-libav
其他各种软件包,清除gstreamer
了缓存并且没有任何改变。我曾尝试强制 VLC 视频解复用,H264 video demuxer
但出现以下错误VLC could not decode the format "h264" (H264 - MPEG-4 AVC (part 10))
,导致我在 Google 搜索中陷入死胡同。
我还能尝试什么?我还没有在网上找到任何其他来源解决了与我类似的案例。
当它到达标题为“配置 libdvd-pkg”的白色背景时,它会挂起,屏幕底部的 OK 根本没有响应。只是需要很长时间还是某些东西不起作用?
我有一个设置,我在 ubuntu 服务器上使用 cvlc 将 rtsp 流多路复用到 mjpeg 流中。这工作得很好,但是一旦我尝试切换 vlc 以使用我的 Let'sEncrypt 证书(以防止浏览器抱怨混合内容),客户端不再接收流(ERR_EMPTY_RESPONSE),但 TLS 握手似乎工作(用wireshark看到)。
这是我的 cvlc 命令行:
cvlc -vvv --http-cert="/var/www/mydomain.com/html/scripts/vlc_certs/cert.pem" --http-key="/var/www/mydomain.com/html/scripts/vlc_certs/privkey.pem" "rtsp://myrtspstream.com" --no-audio --sout '#transcode{vcodec=MJPG,venc=ffmpeg{strict=1}}:standard{access=https{mime=multipart/x-mixed-replace;boundary=--7b3cc56e5f51db803f790dad720ed50a},mux=mpjpeg,dst=:8443}'
如果我将访问参数更改为http一切都会立即正常工作。
VLC版本是:VLC media player 3.0.4 Vetinari (revision 3.0.4-0-gf615db6332)
VLC 输出中唯一可疑的是以下几行:
[00007f77e40038d0] gnutls tls server debug: TLS handshake: An unexpected TLS packet was received.
[00007f77e40038d0] gnutls tls server error: TLS handshake error: An unexpected TLS packet was received.
但无论如何它继续缓冲和转码它似乎:
Sending request: TEARDOWN rtsp://******:554/ RTSP/1.0
CSeq: 6
User-Agent: LibVLC/3.0.4 (LIVE555 Streaming Media v2018.02.18)
Session: mMPpZwWZuox
[00007fbcb44fd050] main decoder debug: killing decoder fourcc `h264'
[00007fbcb44fd050] main decoder debug: removing module "h264"
[00007fbcbc000c40] main input debug: Program doesn't contain anymore ES
Created new TCP socket 10 for connection
Connecting to **********, port 554 on socket 10...
...remote connection opened
Sending request: OPTIONS rtsp://*********:554/12 RTSP/1.0
CSeq: 2
User-Agent: LibVLC/3.0.4 (LIVE555 Streaming Media v2018.02.18)
Received 134 new bytes of response data.
Received a complete OPTIONS response:
RTSP/1.0 200 OK
CSeq: 2
Server: Hipcam RealServer/V1.0
Public: OPTIONS,DESCRIBE,SETUP,TEARDOWN,PLAY,SET_PARAMETER,GET_PARAMETER
Sending request: DESCRIBE rtsp://********:554/12 RTSP/1.0
CSeq: 3
User-Agent: LibVLC/3.0.4 (LIVE555 Streaming Media v2018.02.18)
Accept: application/sdp
Received 493 new bytes of response data.
Received a complete DESCRIBE response:
RTSP/1.0 200 OK
CSeq: 3
Server: Hipcam RealServer/V1.0
Content-Type: application/sdp
Cache-Control: must-revalidate
Content-length: 304
Content-Base: rtsp://*********:554/12/
v=0
o=StreamingServer 3331435948 1116907222000 IN IP4 *********
s=11
c=IN IP4 0.0.0.0
t=0 0
a=control:*
m=video 0 RTP/AVP 96
a=control:trackID=0
a=rtpmap:96 H264/90000
a=fmtp:96 packetization-mode=1;profile-level-id=4D002A;sprop-parameter-sets=Z00AHpWoKAtk,aO48gA==
a=framesize:96 640-352
[00007fbcb402a150] live555 demux debug: RTP subsession 'video/H264'
Sending request: SETUP rtsp://***********:554/12/trackID=0 RTSP/1.0
CSeq: 4
User-Agent: LibVLC/3.0.4 (LIVE555 Streaming Media v2018.02.18)
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
Received 130 new bytes of response data.
Received a complete SETUP response:
RTSP/1.0 200 OK
CSeq: 4
Server: Hipcam RealServer/V1.0
Session: NnoUvumuumG
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
[00007fbcb44fd050] main decoder debug: looking for packetizer module matching "any": 24 candidates
[00007fbcb44fd050] h264 decoder debug: found NAL_SPS (sps_id=0)
[00007fbcb44fd050] h264 decoder debug: found NAL_PPS (pps_id=0 sps_id=0)
[00007fbcb44fd050] main decoder debug: using packetizer module "h264"
[00007fbcb402a150] live555 demux debug: setup start: 0.000000 stop:0.000000
Sending request: PLAY rtsp://*********:554/12/ RTSP/1.0
CSeq: 5
User-Agent: LibVLC/3.0.4 (LIVE555 Streaming Media v2018.02.18)
Session: NnoUvumuumG
Range: npt=0.000-
Received a complete PLAY response:
RTSP/1.0 200 OK
CSeq: 5
Server: Hipcam RealServer/V1.0
Session: NnoUvumuumG
RTP-Info:url=**********/trackID=0;seq=1;rtptime=10000,url=**********/trackID=1;seq=1;rtptime=10000
通过 snap 安装时,vlc 无法启动。如果我从命令行尝试,我会收到以下错误。
$ vlc
VLC media player 3.0.11 Vetinari (revision 3.0.11-0-gdc0c5ced72)
[000055762720bb40] main libvlc: Running vlc with the default interface. Use 'cvlc' to use vlc without interface.
Qt: Session management error: None of the authentication protocols specified are supported
Fontconfig warning: FcPattern object weight does not accept value [40 200)
Segmentation fault (core dumped)
我正在尝试将 Dolby Atmos 内容从较旧的 Acer 笔记本电脑传递到 AV 接收器,但 VLC 中不存在音频传递选项。
- 来源:7.1 声道 TrueHD Atmos 1080p 内容(杜比全景声演示视频,经过编解码器验证)。
- A/V 接收器:Denon(支持 TrueHD、Atmos)
- 操作系统版本:Ubuntu 20.04
- 媒体播放器:VLC 3.0.11
运行相同 VLC 版本的较新 Windows 10 笔记本电脑上缺少的配置部分(标记为红色)在配置为直通时可以毫无问题地播放 Atmos 内容(由 AV 接收器确认)。
缺少音频直通选项的原因可能是什么?可能是旧笔记本电脑上的旧 HDMI 规格,还是缺少驱动程序?事实上,通过 Ubuntu 声音设置配置的旧笔记本电脑可以播放 7.1 环绕声,但这并不理想,因为它不支持 Atmos 或 TrueHD。
EDIT1:尝试使用 pavucontrol 的 PulseAudio,并在按照此线程中所述进行配置时显示了一些直通选项,但它没有正确地直通 TrueHD/Atmos 内容。