Elysia Tools
导航
Media
按托管平台期望验证播客单集音频，并与 RSS 订阅源交叉核对：enclosure 的 URL/length/type 属性、itunes:duration、GUID 唯一性、RFC 2822 日期、平台编解码器与码率——包括逐字节精确的 enclosure 长度。
详情
一期播客是三方之间的契约：音频文件本身、指向它的 RSS
执行
填写表单、运行工具，并在同一页面查看结果。
案例
相关内容
工具使用指南
播客 RSS 封装检查器用于验证单集音频文件并与 RSS 订阅源进行逐项交叉审计，确保媒体文件的实际编码、采样率、字节大小及播放时长与 RSS 2.0 中的 enclosure 标签、itunes 扩展标签完全匹配。
背景
主播完成了新单集的音频导出，并在本地静态网站中更新了 podcast.xml，准备同步到对象存储和分发平台。
问题
需要确保生成的 XML 中 enclosure 属性、文件大小以及时长与导出的 MP3 完全吻合，且符合 Apple Podcasts 规范。
如何使用
在单集音频选项中选择 `episode-42.mp3`，在 RSS 订阅源中选择 `feed.xml`，目标平台保持为 `Apple Podcasts` 后运行检查。
targetPlatform: "apple-podcasts"结果
报告显示音频编码为 MP3 44.1 kHz 128 kbps，enclosure length 与实际文件字节数一致，各项指标均通过检查。
背景
站长手动修改了 RSS 订阅源以添加历史剧集，但提交后部分客户端提示解析失败或无法显示最新剧集。
问题
需要定位 XML 中的语法问题、非标准日期格式或重复的媒体标识符。
如何使用
上传待检查的 `broken-feed.xml` 和对应的音频包，选择目标平台为 `Spotify` 运行诊断。
targetPlatform: "spotify"结果
诊断报告标红指出了存在重复的 GUID、使用了非法的 HTML 命名实体 `’` 以及不符合 RFC 2822 的 pubDate 格式。
许多播客客户端依赖精确的字节长度来支持断点续传与下载进度计算，长度不一致可能导致下载中断或客户端解析失败。
不会，所有检查均在本地读取与解析，文件不会被上传到服务器或进行外部网络抓取。
严格的 XML 解析器仅原生支持 '、"、&、<、> 等标准实体，使用类似 ’ 的 HTML 命名实体会破坏 XML 解析。
支持，您可以将多个音频文件打包为 ZIP 归档上传，检查器会自动匹配 XML 订阅源中对应的各项 enclosure。
Apple Podcasts 严格要求 MP3/AAC 格式、44.1/48 kHz 采样率及至少 64 kbps 码率；Spotify 支持更宽泛的容器与编码（如 OGG/FLAC/OPUS），但要求至少 96 kbps。