找回密码
 立即注册
搜索
楼主: lijianxin

[软件] 刚被一个人问住了。不明觉厉。关于ape flac rar zip

[复制链接]
     
发表于 2013-10-3 08:53 | 显示全部楼层
neverer 发表于 2013-10-3 07:28
那是itunes给集成的吧
flac你也可以自己嵌入cue/id3,cover,log

但这是扩展集,很多软件能放FLAC但是读不出这些东西。
这和将这些东西作为标准集的ALAC是不一样的。
回复

使用道具 举报

     
发表于 2013-10-3 09:00 来自手机 | 显示全部楼层
id3是没什么问题的,cover我没试过,这东西难道大家不一样?,内嵌cue情况应该是一样的,当然itunes的方便程度好多了

----发送自 HUAWEI HUAWEI A199,Android 4.1.2来自: Android客户端
回复

使用道具 举报

发表于 2013-10-3 09:05 | 显示全部楼层
本帖最后由 烈之斩 于 2013-10-3 09:15 编辑
Gato_shin 发表于 2013-10-3 08:53
但这是扩展集,很多软件能放FLAC但是读不出这些东西。
这和将这些东西作为标准集的ALAC是不一样的。 ...

别扯淡了好吗,软件不支持那是软件的问题,怎么成了flac的问题了?
http://xiph.org/flac/format.html
扩展集是什么意思?

你也可以写一个软件只能放alac读不出来alac的信息 这能说明啥?
回复

使用道具 举报

     
发表于 2013-10-3 10:34 | 显示全部楼层
烈之斩 发表于 2013-10-3 09:05
别扯淡了好吗,软件不支持那是软件的问题,怎么成了flac的问题了?
http://xiph.org/flac/format.html
扩 ...

说明这个东西的音频部分机能没变过但是这些字段是加进去的所以按照没有的时候开发的软件就读不出,这不是印证了我的说法吗,你想跟我说什么?
回复

使用道具 举报

发表于 2013-10-3 10:59 | 显示全部楼层
本帖最后由 ostcollector 于 2013-10-3 11:00 编辑
Gato_shin 发表于 2013-10-3 10:34
说明这个东西的音频部分机能没变过但是这些字段是加进去的所以按照没有的时候开发的软件就读不出,这不是 ...

flac这些字段没变过至少我手头07年的 flac 1.2.1 已经支持这些功能了
回复

使用道具 举报

发表于 2013-10-3 12:40 | 显示全部楼层
小号 发表于 2013-10-2 20:33
回答的人本身懂得不是很多就应该反喷回去来虚张声势么…………

更重要的原因是解释清楚很麻烦。
回复

使用道具 举报

发表于 2013-10-3 12:47 | 显示全部楼层
烈之斩 发表于 2013-10-3 09:05
别扯淡了好吗,软件不支持那是软件的问题,怎么成了flac的问题了?
http://xiph.org/flac/format.html
扩 ...

看标准要看全
Why aren't PERFORMER/TITLE/etc tags stored in the FLAC CUESHEET block?

This has turned out to be a pretty polarizing issue and requires a long explanation.

The original purpose of a cue sheet in CD authoring software was to lay out the disc, essentially specifying how the audio will be organized on the disc; some of the information ends up as the CD table of contents: the track numbers and locations, and the index points. Later CD-TEXT was added. But CD-TEXT is a very complex spec, and actually goes in the CD subcode data. It is internationalized, not through Unicode, but with several different character sets, some of them multi-byte. It even allows for graphics. In cue sheets, the TITLE/PERFORMER/etc tags are just a limited shorthand for authoring CD-TEXT, but when you rip, you almost never parse the CD-TEXT, you get it from another database, and it doesn't really belong in the FLAC CUESHEET block.

For FLAC the intention is that applications can calculate the CDDB or CDindex ID from the CUESHEET block and look it up in an online or local database just like CD rippers and players do. But if you really want it in the file itself, the track metadata should be stored separate from the CUESHEET, and already can be because of FLAC's metadata system. There just isn't a method specified yet because as soon as it is, people will say that it's not flexible enough. From experience (and you can see this come up time and time again in many lists), anyone who is going to the trouble of keeping a lossless collection in the first place will already be picky about metadata, and it is hard to come up with a standard that will please even the majority. That is the big problem with metadata and is why Xiph has deferred on it, waiting for someone to come up with a good metadata spec that can be multiplexed together with data.

Some players (for example Foobar2000) allow you to store the CDDB data as FLAC tags and can parse that.

https://xiph.org/flac/faq.html#general__no_cuesheet_tags

FLAC对于Cuesheet的标准是有些问题的。现在我为了方便WAV一律转WavPack,软件支持广,内置cuesheet也没啥问题。
APE这种切track都要卡的破烂有多远滚多远。

什么你说移动设备?移动设备塞什么无损。
回复

使用道具 举报

     
发表于 2013-10-4 00:04 | 显示全部楼层
本帖最后由 squarex 于 2013-10-4 14:07 编辑

http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison
回复

使用道具 举报

发表于 2013-10-4 00:10 | 显示全部楼层
鸡蛋灌饼 发表于 2013-10-3 12:47
看标准要看全

https://xiph.org/flac/faq.html#general__no_cuesheet_tags

Flac 是把 CueSheet 就当作纯的 Cue 的,因为自己有 vorbis comment 系统了
话说,vorbis comment 这么多年,有支持全部功能的实现了么
回复

使用道具 举报

发表于 2013-10-4 00:29 | 显示全部楼层
我记得在哪看过flac似乎是整数运算?用容量换计算量,压缩比稍微差一点但是节电方面会有优势
ape就是压缩比好一点但是更吃资源和耗电
alac和flac压缩比差别不大,apple lossless和free lossless而已嘛

wv和tta才小众吧?
回复

使用道具 举报

     
发表于 2013-10-4 06:15 | 显示全部楼层
Ritchiesh 发表于 2013-10-4 00:29
我记得在哪看过flac似乎是整数运算?用容量换计算量,压缩比稍微差一点但是节电方面会有优势
ape就是压缩比好 ...

收了574份无损专辑,大部分是单轨,少数分轨,收的时候基本没挑压缩格式(只是有时候收重复了的话如果有wav就留wav,其他格式无所谓)
wv:1
tta:92
wav:101
tak:106
flac:162
ape:268
alac:0
回复

使用道具 举报

发表于 2013-10-4 06:57 | 显示全部楼层
鸡蛋灌饼 发表于 2013-10-3 12:47
看标准要看全

https://xiph.org/flac/faq.html#general__no_cuesheet_tags

呃,我是说嵌封面和tag
回复

使用道具 举报

发表于 2013-10-4 06:58 | 显示全部楼层
本帖最后由 烈之斩 于 2013-10-4 07:01 编辑
squarex 发表于 2013-10-4 00:04
1.FLAC基本全绿(仅不支持混合编码这一没用的功能)。首选的无损格式。
2.WV格式因为支持混合编码导致可以 ...

id3v2起就支持Unicode,导致乱码一般是个人写入tag时设置问题(alac那个“itunes”到底是什么意思,上面某大大不是说alac用的是id3么)

另外这表在:http://wiki.hydrogenaudio.org/index.php?title=Lossless_comparison
回复

使用道具 举报

     
发表于 2013-10-4 09:50 | 显示全部楼层
烈之斩 发表于 2013-10-4 06:58
id3v2起就支持Unicode,导致乱码一般是个人写入tag时设置问题(alac那个“itunes”到底是什么意思,上面某 ...

alac用的那个tag名似乎就是叫itunes tag/mp4 tag
http://minimserver.com/ug-library.html#Tag%20mappings

回复

使用道具 举报

发表于 2013-10-4 09:50 | 显示全部楼层
Ritchiesh 发表于 2013-10-4 00:29
我记得在哪看过flac似乎是整数运算?用容量换计算量,压缩比稍微差一点但是节电方面会有优势
ape就是压缩比好 ...

WV小众归小众,软件支持该有的都有,开源方案么。反正我现在几个系统都能读。
而且WavPack对WAVE的兼容性最好,有次搞出个奇葩Wav文件几个格式折腾下来就WavPack能转。

TTA前些年Share上放流用的多,现在见到的更多的是TAK和打包WAV。
不过说实话用TAK还能理解,毕竟技术上最好,用TTA的就不知道是什么思路了……
回复

使用道具 举报

     
发表于 2013-10-4 10:00 | 显示全部楼层
鸡蛋灌饼 发表于 2013-10-4 09:50
WV小众归小众,软件支持该有的都有,开源方案么。反正我现在几个系统都能读。
而且WavPack对WAVE的兼容性 ...

tta似乎也就11区用的多,现在主要也是台魔王的档和学台魔王样的档用这个格式
回复

使用道具 举报

发表于 2013-10-4 13:46 | 显示全部楼层
anguy 发表于 2013-10-2 16:45
ape压缩率高一点,不过为了通用性和安全,我推荐全部转成flac。
zip和rar嘛,rar请去死一死,要高压缩请上7 ...

7z不能用来存那种文件很多的数据,否则提取一个文件的时候能累死
回复

使用道具 举报

     
发表于 2013-10-4 14:19 | 显示全部楼层
Stuka 发表于 2013-10-4 13:46
7z不能用来存那种文件很多的数据,否则提取一个文件的时候能累死

7z默认固实压缩而已, 真要速度上zip吧
回复

使用道具 举报

发表于 2013-10-4 14:39 | 显示全部楼层
十分討厭RAR, 尤其是漫畫那些用RAR的...
用share下東西時很舒服...基本漫畫, 圖檔的都是用的zip...
回复

使用道具 举报

发表于 2013-10-4 15:38 来自手机 | 显示全部楼层
不靠盜版/綠色版rar能流行得起來?

----发送自 Sony C6903,Android 4.2.2来自: Android客户端
回复

使用道具 举报

     
发表于 2013-10-4 15:46 | 显示全部楼层
没D版用的话WINRAR其实我愿意掏钱的,RR是个很大的优势,上次调整硬盘手滑后只有带RR的RAR救回来了
回复

使用道具 举报

发表于 2013-10-4 15:51 | 显示全部楼层
无责任死猫 发表于 2013-10-2 13:55
实用性来说,FLAC和ZIP都明显更好,尤其是在移动设备上。

unrar组件是公开授权的,而且技术比zip好多了……
回复

使用道具 举报

     
发表于 2013-10-4 17:00 | 显示全部楼层
全家 发表于 2013-10-4 15:51
unrar组件是公开授权的,而且技术比zip好多了……

技术好有时不等于方便好用。

老鸟都有给RAR版本要求卡到的时候,你几时见过ZIP因为版本问题解不开的。

这个问题在手机之类的移动设备上很明显。更不要说ZIP在手机上的解压速度比RAR好得多。

回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

Archiver|手机版|小黑屋|上海互联网违法和不良信息举报中心|网上有害信息举报专区|962110 反电信诈骗|举报电话 021-62035905|Stage1st ( 沪ICP备13020230号-1|沪公网安备 31010702007642号 )

GMT+8, 2025-9-10 11:47 , Processed in 0.175615 second(s), 6 queries , Gzip On, Redis On.

Powered by Discuz! X3.5

© 2001-2025 Discuz! Team.

快速回复 返回顶部 返回列表