我正在尝试理解Kodi和视频标记的文档。文档states:
似乎Kodi在没有有效标题的情况下不会导入媒体文件 在元数据标签中。这使它成为所有人中最关键的标签。
标题也与文件名不同 - 我可能有一个名为的文件 Blade_Runner_2049_(2017)Withalotofexcessinformation.mp4,但标题 价值可以简单地是" Blade Runner 2049"。然后Kodi将展示" Blade 赛跑者2049)。
所以这就是我在我身边尝试的(作为法语母语人士)。我喜欢使用自己的文件名约定,例如:2010 Moi, moche et méchant (Despicable Me).mkv
。为了在视频库中轻松导入视频,我尝试了一个简单的方法:
$ mkvpropedit "2010 Moi, moche et méchant (Despicable Me).mkv" --edit info --set title="Despicable Me"
但是,当我导入包含此文件的文件夹时,它仍然无法识别它。我需要手动修复库条目(Refresh option)。
所以我的问题:
更新我也尝试了以下实验:
$ mkvpropedit "Blade.mkv" --edit info --set title="Blade Runner 2049"
带有文件名的电影" Blade.mkv"正被人们认可为“刀锋”。而不是Blade Runner 2049'。
答案 0 :(得分:2)
在源代码上做足够长的时间我认为逻辑就在这里:
函数CVideoInfoScanner::FindVideo
仅将存储在磁盘上的文件名作为输入。这导致调试器中出现类似的情况:
#0 VIDEO::CVideoInfoScanner::FindVideo (this=0x55757515fbf0, videoName="BigBuckBunny_320x180.mp4",
scraper=std::shared_ptr (count 3, weak 1) 0x7f3b2801d780, url=..., progress=0x0) at VideoInfoScanner.cpp:2114
因此,在ISO Media,MP4 Base Media v1 [IS0 14496-12:2003]容器
中很好地设置标题时,这不会返回文件的结果$ wget http://download.blender.org/peach/bigbuckbunny_movies/BigBuckBunny_320x180.mp4
$ ffprobe -i BigBuckBunny_320x180.mp4 2>&1| grep title
title : Big Buck Bunny
为了比较音乐的处理方式截然不同,因为直接从MP3文件本身读取整套标签,请参阅:
更新
因为我相信这将是未来版本中的一个很好的功能,我确实在Trac中报告了一个问题:
更新2
我已准备好拉取请求,今天已被接受:
答案 1 :(得分:1)
最佳方法可能是添加一个名称相同的nfo文件以及其中的文件信息。 参见:http://kodi.wiki/view/Nfo