This commit is contained in:
Tianyi 2020-10-27 12:42:59 +00:00
parent 87a63d72e6
commit 29add10c34
2 changed files with 2 additions and 2 deletions

View file

@ -1,6 +1,6 @@
[package] [package]
name = "audiotags" name = "audiotags"
version = "0.2.6" version = "0.2.7"
authors = ["Tianyi <ShiTianyi2001@outlook.com>"] authors = ["Tianyi <ShiTianyi2001@outlook.com>"]
edition = "2018" edition = "2018"
description = "Unified IO for different types of audio metadata" description = "Unified IO for different types of audio metadata"

View file

@ -11,7 +11,7 @@ This crate aims to provide a unified trait for parsers and writers of different
## Performace ## Performace
Using **audiotags** incurs a little overhead due to vtables if you want to guess the metadata format (from file extension). Apart from this there is the performance if no different from directly calling function provided by the 'specialized' crates. Using **audiotags** incurs a little overhead due to vtables if you want to guess the metadata format (from file extension). Apart from this the performance is almost the same as directly calling function provided by those 'specialized' crates.
No copies will be made if you only need to read and write metadata of one format. If you want to convert between tags, copying is unavoidable no matter if you use **audiotags** or use getters and setters provided by specialized libraries. **audiotags** is not making additional unnecessary copies. No copies will be made if you only need to read and write metadata of one format. If you want to convert between tags, copying is unavoidable no matter if you use **audiotags** or use getters and setters provided by specialized libraries. **audiotags** is not making additional unnecessary copies.