这是可能的还是只是一个故事
答案 0 :(得分：5)
关于Sloot数字编码系统的故事有两种观点。它们是不相容的：在一种观点中它是不可能的，在另一种观点中它是可能的。
什么是不可能的？
将每个可能的电影存储到仅8KB的文件大小。这归结为Pigeonhole principle。
有限长度的密钥（无论是千字节还是太字节）都可以 只存储有限数量的代码，因此只能存储 区分有限数量的电影。但是，实际的数量 可能的电影是无限的。因为，假设它是有限的;在这种情况下 会有一部电影是最长的。只需添加一个额外的 电影的形象，我会创作一部更长的电影，我 之前没有。因此，可能的电影数量是无限的。 因此，任何有限长度的钥匙都无法区分每一种可能 电影。
只有在允许密钥变为无限时才可以使用SDCS，或者 允许数据存储变为无限（如果数据存储 已包含所有制作的电影，一个由数字组成的键 可以用来选择你想看的电影 - 但是，在那里 如果没有制作电影的钥匙是不可能的 但在构建数据存储时）。这将是 当然，让这个想法毫无用处。
有什么可能？
在设备上存储或加载有限数量的长篇电影，并能够使用8KB密钥解锁它们。
然后不是压缩，而是编码/数据库/数据传输。这是分销模式的变化：为什么以后通过电话或DVD发送软件/数据，何时可以在制造期间预先存储它，或者每隔一段时间将其全部管道化。这个模型非常接近手机预装应用程序的方式，或者某些游戏允许您通过输入密钥来解锁新游戏元素。
Sloot专利从未声称长篇电影 - ＆gt; 8KB数据压缩。他们声称压缩率为8倍。
这不是关于压缩。每个人都错了。该原理可以与Adobe-postscript的概念进行比较，其中发送者和接收者知道可以传输什么样的数据配方，而不实际发送数据本身。 - Roel Pieper
在这个视图中，SDCS是DRM的一种原始形式，它可以减少访问某个预先存储的数据到8KB密钥的频带。
想象一下，通过将您的设备带到本地视频商店来存储该月份的热门电影。然后，当您想要查看可用的电影时，您只需要拨打密钥，或者在加油站购买芯片卡。现在我们有足够的带宽用于流式传输Netflix，但早在90年代末我们就在拨号上，有数十亿美元的数据传输行业（DVD，CD，CD，录像带，软盘，硬盘）。
一次可以播放16部电影吗？
这是未经证实的。虽然许多投资者声称已经看过这次演示。这些人为飞利浦，甲骨文，Endemol，Kleiner，Perkins，Caufield和Byers等受人尊敬的公司工作。我说这不是不可能的，而是等待更多的验证。
答案 1 :(得分：0)
一个非常有趣的概念。从概念上讲，Sloot编码的前提似乎是“接收器”将具有繁重的数据丰富（DRM-Like）程序，该程序具有大量的预编程功能，并且可以用最少的数据指令执行复杂的编程任务。
我不是程序员，但是，目前，当前的数据传输挑战存在，其中似乎更加关注数据（密集和大量）数据的“传输”，而不是接收程序/硬件的能力。而使用Sloot，则重点在于此类数据的预加载（内置具有更高功能的硬件/软件）。我希望我不在这里说明显的话。
作为示例，为了简化起见，使用声音文件，而不是发送包含诸如维瓦尔第Mp3的复杂声音文件–四个季节，编码只是指示接收者组成的“音符”，其中系统是预编程以播放音符。显然，这还不止于此，但是，这个概念很有意义。换句话说，不是发送“ Vivaldi”数据丰富的信号，而是将更简单的指令发送到“ Vivaldi”训练有素的接收器。不要发送作曲家，将说明发送给已经在那里的作曲家。
是的，在当前的系统（和1999年）下，电影可以包含数十亿的教学数据，但是，增强接收者的功能，预先编程的功能是否可以实现Sloot所发现的目标？
当前，数据流似乎正在承受负载，而接收器应该在此位置，如Sloot所建议的那样。因此，通过火车将音乐作曲家送到全国各地的音乐厅，或者将音乐笔记发送给已经在那里的另一位作曲家是否更有意义？不要与预加载的电影“解锁”相混淆，而是电影播放器具有无限的能力，简单的编码可以在更大的数量级内指示出能力。
外行只是一些随意的想法。