浏览器访问nginx视频，通常是由Nginx把磁盘上的视频文件作为静态资源返回，再由浏览器解码播放。Nginx负责接收请求、查找文件和传输数据，本身不会把MP4转换成HLS，也不会替浏览器补上不支持的编码。实现时要区分直接播放MP4与播放HLS点播流：前者请求单个视频文件，后者请求播放列表及多个分片。

MP4直放：浏览器请求一个视频文件

把视频放在Nginx可读取的目录中，并为媒体路径配置静态映射。例如文件实际存放在服务器的/srv/media目录，浏览器请求/media/demo.mp4时，可以使用以下配置：

server {
    listen 8080;
    server_name localhost;

    location /media/ {
        alias /srv/media/;
        types {
            video/mp4 mp4;
            application/vnd.apple.mpegurl m3u8;
            video/mp2t ts;
        }
        add_header Access-Control-Allow-Origin "*" always;
    }
}

这里的alias把/media/映射到服务器目录/srv/media/，因此请求路径末尾的文件名会对应到磁盘上的同名文件。实际部署时，Nginx进程需要有读取目录和文件的权限；目录映射错位、文件名大小写不一致或权限不足，都会导致浏览器收到404或403，而不是播放画面。

网页可以用HTML视频元素请求MP4：

<video controls preload="metadata" width="720">
    <source src="/media/demo.mp4" type="video/mp4">
    当前浏览器无法播放该视频。
</video>

controls提供浏览器原生播放控件，preload="metadata"让页面优先读取时长等媒体信息，而不是主动加载整段视频。MP4容器并不等于编码格式：常见的H.264视频与AAC音频兼容性较好；若文件采用浏览器不支持的编码，即使Nginx成功返回文件，也可能出现只有声音、黑屏或无法播放的情况。

HLS点播：先生成播放列表和分片

HLS不是单个可直接替代MP4的文件，而是由一个.m3u8播放列表和若干媒体分片组成。Nginx负责分别提供这些静态文件，转码与切片需要在发布前由媒体处理工具完成。以FFmpeg生成H.264/AAC的点播文件为例：

mkdir -p /srv/media/hls
ffmpeg -i input.mp4 \
  -c:v libx264 -c:a aac \
  -hls_time 6 -hls_playlist_type vod \
  -hls_segment_filename "/srv/media/hls/seg_%03d.ts" \
  "/srv/media/hls/index.m3u8"

命令会在目标目录生成index.m3u8和一组seg_000.ts等分片。网页播放器请求播放列表后，再按照列表中的路径逐个加载分片，因此列表里的分片地址必须能通过Nginx访问，不能只上传播放列表而漏掉媒体文件。切片时长和编码参数会影响文件大小、清晰度与起播体验，具体值应结合视频内容和带宽选择。

浏览器对HLS的原生支持并不完全一致。部分浏览器可以直接处理HLS地址，另一些环境需要兼容HLS的播放器组件；这与Nginx能否正常提供文件是两件事。无论使用哪种播放器，播放列表和分片都应位于可访问路径中，且服务器返回的媒体类型应与文件后缀匹配。

访问异常时，先区分传输与解码

浏览器播放MP4时常会通过范围请求读取文件的一部分，以支持拖动进度和断点加载。Nginx静态文件服务通常能够处理这类请求；若中间还有代理或缓存层，应一并检查它们是否改写或屏蔽了相关响应。HLS则要特别留意播放列表引用的分片路径：播放列表请求成功，不代表每个分片都能顺利返回。

选择合适的播放方式

文件数量少、内容固定且目标浏览器支持编码时，MP4直放配置简单，部署后一个地址即可访问。需要分段传输、适配点播播放流程或管理多组媒体分片时，可以采用HLS，并由FFmpeg等工具预先生成播放列表与分片。两种方式都可以交给Nginx提供静态文件，但Nginx只负责传输；编码兼容、切片生成和网页端播放能力仍需分别处理。把文件路径、媒体类型、读取权限和浏览器编码支持逐项对应起来，浏览器访问nginx视频的播放链路就清晰可查。