Nginx播放视频通常不是由Nginx解码或转码，而是由Nginx把MP4文件或HLS播放清单、分片作为静态资源提供给浏览器，再由浏览器中的原生播放器或网页播放器完成播放。普通点播可先从MP4开始：把文件放到站点可访问的目录，确认对应URL能直接打开，再在网页中使用video元素引用该地址。需要拖动进度条、从中间开始播放时，服务器还应正确支持HTTP Range请求；浏览器会通过字节范围请求读取文件的一部分，避免每次跳转都重新下载整段视频。

MP4的基本配置重点是路径映射、访问权限和响应类型。例如将视频统一放在站点目录下的media文件夹，通过location规则映射到实际文件目录，并确保Nginx运行用户对文件具有读取权限。MP4通常应返回video/mp4；如果浏览器能访问文件却提示格式不支持，应检查响应头中的Content-Type、文件本身的编码格式，以及浏览器是否支持该视频编码。网页中的video元素可设置controls显示播放控件，使用poster指定封面，并按需设置preload；不建议仅凭文件扩展名判断内容可播放，容器是MP4并不代表其中的视频、音频编码一定兼容目标设备。部署后可在浏览器开发者工具的网络面板检查视频请求状态、Content-Type和Accept-Ranges，拖动进度条观察请求是否携带Range以及服务器是否返回206。

需要多码率、自适应清晰度或分段加载时，可采用HLS。HLS通常由.m3u8播放清单和一组.ts或.fmp4媒体分片组成，Nginx负责按路径提供这些文件，播放器读取清单后再请求分片；仅能打开清单并不等于视频一定能播放，还要确认清单引用的分片路径真实可访问、相对路径解析正确，且所有资源都部署到了可被访问的位置。Nginx应为m3u8、ts等文件设置合适的MIME类型，常见做法是让m3u8以application/vnd.apple.mpegurl返回、ts以video/mp2t返回；浏览器播放器若跨域请求清单或分片，还需按实际站点配置CORS响应头，避免使用过宽的跨域规则。

排查时按“清单或视频地址能否访问、响应类型是否正确、媒体编码是否兼容、分片路径是否完整、浏览器是否拦截跨域请求”的顺序进行，通常比反复修改播放器代码更有效。若MP4能播放但不能拖动，优先检查Range请求和服务器返回；若HLS清单加载成功却黑屏，则查看开发者工具中首个失败的分片请求及其状态码，再核对清单中的相对路径、文件权限和MIME类型。公网播放还应考虑带宽、并发和缓存：大文件可设置合理的缓存策略，避免频繁重复传输；涉及私有视频时，不要把可猜测的静态目录当作访问控制，需使用鉴权或受限路径，并限制允许访问的来源与有效时间。

Nginx播放视频，通常是由 Nginx 将 MP4 文件或 HLS 播放列表、分片传送给浏览器，再由网页播放器完成解码和显示。Nginx 本身不是播放器，也不会自动提供视频片源；需要先准备可访问的视频文件，并按内容格式选择直连播放或 HLS 点播。

MP4：直接访问，适合基础点播

如果视频已经是浏览器兼容的 MP4，可将文件放入 Nginx 网站目录，或通过独立媒体目录提供服务。网页使用带控制栏的视频元素即可播放。示例路径中的文件应替换为实际部署的文件：

<video controls playsinline preload="metadata" src="/media/demo.mp4"></video>

服务端可以用目录映射提供文件，例如：

location /media/ {
    alias /srv/media/;
    types {
        video/mp4 mp4;
    }
}

这里的 /media/demo.mp4 对应服务器上的 /srv/media/demo.mp4。目录与文件必须存在，Nginx 运行账户也要有读取权限；否则浏览器可能出现 404 或 403。配置修改后应先检查语法，再重新加载 Nginx。

普通静态文件传输适用于常见点播场景，浏览器通常可以按需请求文件内容。若视频无法拖动进度条，可检查响应是否支持字节范围请求、文件是否能正常读取，以及浏览器是否支持该 MP4 内的音视频编码。扩展名是 MP4，并不意味着其中的编码一定兼容所有设备。

HLS：按播放列表和分片传输

视频时长较长、需要分段加载，或计划提供多档清晰度时，可以转换为 HLS。HLS 会生成一个 .m3u8 播放列表和多个媒体分片；Nginx负责返回这些文件，网页端则需要支持 HLS 的播放器。Safari 等环境可能支持原生播放，其他浏览器通常要配合兼容的网页播放器。

可用 FFmpeg 将输入视频转成适合点播的 HLS 示例：

ffmpeg -i input.mp4 -c:v libx264 -c:a aac \
  -hls_time 6 -hls_playlist_type vod \
  -hls_segment_filename "/srv/media/demo_%03d.ts" \
  /srv/media/demo.m3u8

转码会消耗处理器资源，生成文件也需要占用磁盘空间。若输入视频已有合适编码，也可评估直接封装，但需确认关键帧间隔和播放器兼容性。只生成一份播放列表不会自动产生多档清晰度；自适应切换还要准备不同码率的视频版本，并创建相应的主播放列表。

Nginx需要按正确类型返回播放列表和分片。例如：

location /media/ {
    alias /srv/media/;
    types {
        video/mp4 mp4;
        application/vnd.apple.mpegurl m3u8;
        video/mp2t ts;
    }
}

播放列表中引用的分片路径应能通过同一媒体目录访问。若清单可以打开但视频播放失败，先检查 `.m3u8` 中记录的分片名称、文件权限和响应状态；跨域部署时，还需为播放器所在来源配置合适的跨域响应头。

如何选择播放方式

单个视频、访问量较小且不需要自适应清晰度时，MP4直连通常更简单。需要分片加载、适配不同网络条件或提供多档清晰度时，再考虑 HLS，并同时部署转码产物和网页播放器。无论选择哪种方式，清晰度都取决于实际视频文件及其编码规格，Nginx不会提升原片画质，也不会替代播放器。

具体能观看什么内容，取决于服务器上已部署且有权提供的文件；仅凭 Nginx 配置无法确认某部影片的片源或清晰度。开始播放前，可先在浏览器中检查媒体文件或播放列表是否能正常访问，再确认播放器支持对应格式。