无忧启动论坛

标题: 求助:如何把1G的文件压缩到1M多 [打印本页]

作者: xya168    时间: 2008-1-9 13:13
标题: 求助:如何把1G的文件压缩到1M多
如何把1G的文件压缩到1M


高手帮忙

[ 本帖最后由 xya168 于 2008-1-9 09:39 PM 编辑 ]
作者: dgxhls    时间: 2008-1-9 13:49
如果这个1G的文件里相同文件不是有99.99999999999999%的话,MS是不可能做到的.
作者: xya168    时间: 2008-1-9 14:12
原帖由 打狗协会理事 于 2008-1-9 13:49 发表
如果这个1G的文件里相同文件不是有99.99999999999999%的话,MS是不可能做到的.

视频文件压缩
作者: xya168    时间: 2008-1-9 14:15
《彗星撞地球》2000年时的最经典力作,将1.9G的数据压缩为64K
作者: 寒松飞雪    时间: 2008-1-9 14:43
要是压缩图片还成,没那么好的压缩软件吧??
作者: bianlimit    时间: 2008-1-9 14:45
不太可能吧,压成64K?有点怀疑
作者: 无优处男    时间: 2008-1-9 14:49
容易啊,你给我1000M的人民币,我帮你把他压缩成1M的人民币。
作者: xya168    时间: 2008-1-9 15:24
原帖由 无优处男 于 2008-1-9 14:49 发表
容易啊,你给我1000M的人民币,我帮你把他压缩成1M的人民币。



我倒   你可以吗?
作者: lvyanan    时间: 2008-1-9 18:38
标题: 回复 #4 xya168 的帖子
是视频文件压缩吧?那是牺牲了分辨率和动态效果后的结果,表面看是压缩了很多,其实已丢失了大量的信息,这样做的目的是要放到手机上播放吧?对于其他类型的文件,既要保留完整信息又要达到如此大的压缩比是不可能的。

[ 本帖最后由 lvyanan 于 2008-1-9 06:40 PM 编辑 ]
作者: 世界的主    时间: 2008-1-9 21:41
应该可以,我好像在哪看过相关技术,太久了都忘了!
作者: kangyi    时间: 2008-1-9 22:03
1g的avi视频,取几个帧,做成gif~~
作者: xya168    时间: 2008-1-10 02:17
原帖由 kangyi 于 2008-1-9 22:03 发表
1g的avi视频,取几个帧,做成gif~~


呵呵    你可真逗人   我说的是压缩呀  老大
作者: kangyi    时间: 2008-1-10 06:26
原帖由 xya168 于 2008-1-10 02:17 AM 发表


呵呵    你可真逗人   我说的是压缩呀  老大

这位兄台,建议你多去dwing大大的贴吧里转转,看几个帖子之后就会觉得自己的想法有多“不可思议”了,哈哈

数据压缩绝对是有极限的,我想你可以拿宇宙的极限温度273来参考一下

尽管如此,

将1g的数据压缩成1m,从广义上讲也并非不可能,不过得有一个前提,就是参照标准不同
现在的存储体是以0和1来存储数据的,我们可以把他看成“二维”的,1g这个数字的概念是建立在这个“二维”的基础之上的,难道不是吗,如果将来存储技术提高了,四唯有了,八唯有了,咱拿16唯说事儿,即便将现在这个基于2唯的1g数据没经过任何压缩而直接存储到这个16维的存储体上,你所观察到容量也将会“减小”,即 1/4096 g,也就是说,现在咱看到的这个数据只有0.25m了

这个也是我在dwing的贴吧里看到的一个观点(不是dwing本人的),大概是这样的吧
作者: diaoette    时间: 2008-1-10 08:10
视频压缩实际上牺牲了数据!
作者: xya168    时间: 2008-1-10 14:12
原帖由 kangyi 于 2008-1-10 06:26 发表

这位兄台,建议你多去dwing大大的贴吧里转转,看几个帖子之后就会觉得自己的想法有多“不可思议”了,哈哈

数据压缩绝对是有极限的,我想你可以拿宇宙的极限温度273来参考一下

尽管如此,

将1g的数据 ...

你解压过几百兆变多少个G的数据没?
你看过
《彗星撞地球》
2000年时的最经典力作,将1.9G的数据压缩为64K
彗星撞地球  你可以在网上艘下看看是不是!!!
作者: xya168    时间: 2008-1-10 14:17
原帖由 kangyi 于 2008-1-10 06:26 发表

这位兄台,建议你多去dwing大大的贴吧里转转,看几个帖子之后就会觉得自己的想法有多“不可思议”了,哈哈

数据压缩绝对是有极限的,我想你可以拿宇宙的极限温度273来参考一下

尽管如此,

将1g的数据 ...

你可以去这里看看
http://soft.yesky.com/tools/406/2030406_1.shtml
彗星撞地球
MD5:81215863e52373787f21cc889f8ff24d
配置:2G/512M/GF4Ti 或ATi9600 、128M以上

[ 本帖最后由 xya168 于 2008-1-10 02:28 PM 编辑 ]

彗星撞地球.rar

63.27 KB, 下载次数: 303, 下载积分: 无忧币 -2

彗星撞地球


作者: lvyanan    时间: 2008-1-10 14:26
压缩一个视频文件与压缩一个软件的要求是不同的,视频压缩是可以有信息损失的,而软件的压缩则不允许有任何的信息损失,否则软件将不能用,LZ举的正是视频压缩的例子,不能与一般的软件压缩概念混为一谈。
作者: xya168    时间: 2008-1-10 14:33
原帖由 659203962 于 2008-1-10 14:26 发表
要想把1G的文件压到1M实际上是先把这个1M的文件伪装成1G的文件(用UE等工具),也就是说他的源文件只有1M。
把1G压成1M实际是一种自欺欺人的说法。。。。
。。。。。[已完—无续]

如何把1G的文件压到1M实际上是先把这个1M的文件伪装成1G的文件(用UE等工具),它的源文件指的什么?
作者: xya168    时间: 2008-1-10 14:48
压了3次 3次的大小都不一样  我也不知道怎么怎么搞的变这样

[ 本帖最后由 xya168 于 2008-1-10 02:49 PM 编辑 ]

QQ截图未命名.jpg (90.13 KB, 下载次数: 71)

QQ截图未命名.jpg

作者: lvyanan    时间: 2008-1-10 15:31
看过LZ提供的动画,用端口监视软件监视,发现当播放到楼群出现时,几次均有奇怪的连接一闪而过,不知是否传递了数据?
这个动画播放时间不长,FLASH动画难道比VIA格式的影片还大,怎么能证明原文件是1.9G的呢?即使是1.9G,那其中也一定是含有大量的数据冗余才对。我怀疑LZ把《彗星撞地球》的VIA格式的影片文件,与Flash《彗星撞地球》同名动画文件搞混淆了,这个动画原始大小是603K。

[ 本帖最后由 lvyanan 于 2008-1-10 03:58 PM 编辑 ]
作者: xya168    时间: 2008-1-10 15:55
原帖由 lvyanan 于 2008-1-10 15:31 发表
看过LZ提供的动画,用端口监视软件监视,发现当播放到楼群出现时,几次均有奇怪的连接一闪而过,不知是否传递了数据?
这个动画播放时间不长,FLASH动画难道比VIA格式的影片还大,怎么能证明原文件是1.9G的呢? ...

你打开看看
作者: lvyanan    时间: 2008-1-10 15:59
标题: 回复 #23 xya168 的帖子
我怀疑LZ把《彗星撞地球》的VIA格式的影片文件,与Flash《彗星撞地球》同名动画文件搞混淆了,这个动画原始大小是603K。
到这里去看看:http://www.136z.com/download/FLASH/19649.html

[ 本帖最后由 lvyanan 于 2008-1-10 04:00 PM 编辑 ]
作者: eisn    时间: 2008-1-10 18:26
....这个彗星撞地球是及时演算的.. 根本就不是压缩到这么大的...
作者: 阿非    时间: 2008-1-10 18:54
彗星撞地球,64K

彗星撞地球.rar

63.27 KB, 下载次数: 177, 下载积分: 无忧币 -2


作者: xya168    时间: 2008-1-10 23:48
原帖由 lvyanan 于 2008-1-10 15:59 发表
我怀疑LZ把《彗星撞地球》的VIA格式的影片文件,与Flash《彗星撞地球》同名动画文件搞混淆了,这个动画原始大小是603K。
到这里去看看:http://www.136z.com/download/FLASH/19649.html



是64k的   就是不知道怎么做到的
作者: 沙漠之子    时间: 2008-1-11 00:19
原帖由 eisn 于 2008-1-10 06:26 PM 发表
....这个彗星撞地球是及时演算的.. 根本就不是压缩到这么大的...

就是是根据一定的算法重现的

就像很多游戏 能将游戏过程保存下来 但并非保存成vai等视频文件

只是保存为重演所需的数据文件的说

否则哪有玩了几个小时的游戏 保存的过程文件只有1-2m的呀
作者: 沙漠之子    时间: 2008-1-11 00:22
这个彗星撞地球 很好系统资源的说

没好的电脑的话 会很卡的说

终于发现我的电脑也很~~~~~~~ 5555
作者: lvyanan    时间: 2008-1-11 11:41
标题: 回复 #27 xya168 的帖子
是将那个603K的Flash《彗星撞地球》动画文件压缩并做成自动播放文件,由于原文件件是动画格式,加上只有603K大小,要压缩到64K还是有可能的,而1.9G的《彗星撞地球》DVD或VIA文件,要想压缩到1M是绝无可能的,你误会了两个片子的区别。
作者: 秋末落叶    时间: 2008-1-11 13:14
彗星撞地球的那个是EXE,某种意义来说,不算视频文件了,更有可能是实时演算文件,不过因为即使是不精细的场面重现也需要相当大的资源,估计这种技术只会在遥远的未来重现而已
作者: firendlys    时间: 2008-1-12 12:23
<彗星撞地球>
据说这是使用了一种叫做 demo(展示程序) 的东东(据说是一种很久之前的技术,在没有互联网之前就已经出现)。。。。
Demo即Demostnaion,是一种程序,它被用来在计算机上展示奇妙的动画和效果,其中还包括非交互的多媒和原创配乐。这类程序运行之后,就会像视屏文件一样播放动画,效果通常非常棒,比较常见的是游戏Demo.
这些程序往往是3D动画形式的,虽然大小只有几K或者几十K,但是却能表现出来很多东西。一部超炫几十分钟的3D动画,总共大小却只有几十K。

实际上,Demo程序是通过直接对显卡进行操作和计算,其中只包含一些关键帧,而中间的实现效果则完全通过算法演算出来,而且,通常情况下,Demo里面的图形都是一些比较规则的多边形,里面的图案组合往往可以重复利用,这样就大大减少了整个程序的体积。
音乐方面使用一种叫做Module的音乐,它与MIDI有点类似,但Module使用自己的乐器采样而不像MIDI使用的是声卡或软波表的乐器,因此Module可以在所有硬件平台上获得同样的播放效果,而且,文件却很小巧。
当然,缩小体积还有最主要的一步,那就是压缩。所有Demo程序都利用了另一种名为UPX的压缩算法,这种压缩算法效率很高,甚至可以达到10%压缩比。在Demo程序运行之后,它便会自动进行解压行为,将整个映像解压到内在中,然后才开始运行。

作者: firendlys    时间: 2008-1-12 12:26
汗````在百度上搜索了一下,居然没有多少关于这方面的资料。。。。
这个或者已经是最好的解析了。。。
http://zhidao.baidu.com/question/41219253.html
作者: firendlys    时间: 2008-1-12 12:30
顺手再上传一个demo的东东 (与那个 彗星撞地球 一样类型的东东,不过却是一些3D图形,没有甚么情节)。。。

注意了,这个同样只有64K!!!

64K3d.rar

64.97 KB, 下载次数: 172, 下载积分: 无忧币 -2


作者: 贴马溜    时间: 2008-1-12 14:33
我孤陋寡闻了,不过要是有的话,这种压缩率也太有点变态了。
作者: netwinxp    时间: 2008-1-13 15:01
1.根据香农采样定理可以得出规律性不是很强的信息流,其无损压缩率不超过50%.对于杂乱无章的数据几个流行的压缩软件最高压缩率相差不大.那个解压奇慢无比的破压缩软件说压缩OFFICE压到很小的事情已被证实是作假.
2.JPG是静态图像有损压缩,它采用色块来替代位图的某些区域,图形转化成JPG是个不可逆的过程,BMP&JPG的关系WAV&MP3类似.所以极有纪念价值的数码相片建议用RAW保存.
3.MPEG采用关键帧技术,帧与帧之间只记录变化的区域(镜头切换太快会出现马赛克就是这个道理),单帧画面数据采用类似JPG的压缩算法.
4.MP3是把MPEG的技术用到音频流上.
5.那种认为一次一次压缩下去会越来越小的想法是错误的.数据可压缩是因为信息存在冗余,当冗余度很小以后,再压缩下去反而会增加体积.其道理的本质就是热力学第三定律.
6.那种1G压缩成1M的游戏有几种可能:
1)高冗余度,比如1G个0
2)1G那个文件是假的,其实其大小还不到2M,被某些卑鄙者把文件长度强行修改成1G
3)1M的文件无法还原出1G的文件,比如CRC码
7.彗星撞地球的那个咚咚事实上只存储了实体轮廓,表面贴图和运行轨迹,然后就是显示模块,你不妨把它看成一个游戏!至于大小,你用过三维设计软件的话就知道才多大.
作者: denghongcai    时间: 2008-1-13 17:05
这个彗星撞地球不过就是底层编码的DOS程序,音乐你没觉得很生硬吗,文件中只存储了操作代码而没有实际的图像,所以比较耗资源
作者: 龙泉剑1    时间: 2008-1-13 18:08
在我的老爷机上没法运行
作者: axiu1986love    时间: 2008-1-14 21:01
要是1G能压缩成1M那硬盘就不值钱了
作者: 阿拉神灯    时间: 2008-1-15 09:36
理论上是可以的,使用不同的编码技术应该可以做到
作者: netwinxp    时间: 2008-1-15 10:00
原帖由 阿拉神灯 于 2008-1-15 09:36 发表
理论上是可以的,使用不同的编码技术应该可以做到

错!!!理论上是不可以的,不论采用什么编码方式,它都受到香农定理的制约(或者说不可能违反热力学第三定律)
作者: qiyuqian    时间: 2008-1-16 02:59
我感觉有点离谱~ 不过我相信 以后总是会有的
作者: 爱似秋风    时间: 2008-1-16 22:45
用md5吧~~~~~~~
作者: RENtreeK    时间: 2008-1-22 04:50
这个是根本不可能的事情。

不要想得太天真了。
作者: 爱我就我    时间: 2008-1-22 21:32
如果你创建了一个1G的文档,内容都是同一个字,那倒是可以的,但是视频文件你不要想了,太天真了
作者: liangguojun    时间: 2008-1-23 11:00
我觉得这是可行的。
创建一个名为1G的文件夹然后压缩文件名为1M的,结果可想而知。
作者: skyhawks    时间: 2008-1-24 11:49
提示: 作者被禁止或删除 内容自动屏蔽
作者: ljmjimmyl    时间: 2008-1-25 09:26
好象没有太大的可操作性!
作者: HTCC    时间: 2008-1-25 16:39
我认为是可能的,前提是一系列的算法,例如在处理器进行固化的逻辑算法压缩01010101(例如3DOD!指令集1/8压缩),在显卡进行渲染提取写入(类似于像素补充fox指令优化),在主板进行数据流排序,在硬盘或者闪存进行点写入(数据和序列分写这样可以进行复压缩)这样用性能换空间下来估计1024MB:16MB是有可能的再小我就说不好了(我只例举图像数据流的压缩)。
作者: jjc2    时间: 2008-1-26 22:27
只遇到g到300m的,不知道怎么压缩的
作者: netwinxp    时间: 2008-1-27 00:55
真是人有多大胆,地有多大产:)
作者: peter1123    时间: 2008-1-27 01:43
LZ!!!  这个是64K
我们已经相信这一点了

但怎么才能知道他源文件是1G?
作者: cyy13718xoo    时间: 2008-1-27 11:44
我认为这样的事可遇而不可求。
作者: tmwang    时间: 2008-2-1 00:32
不管能不能,我相信压缩和解压缩的时间上不会有人能接受的,菜鸟的看法,呵呵
作者: 玄天    时间: 2008-2-1 06:24
很古老的东东,基本度忘记咯
据说当初发布这个东东就是为了炫耀其技术
作者: shuodan    时间: 2008-2-1 06:45
都有楼上的兄弟很认真地讲了原理,这么就不好好看看回帖呐!!!
上水区http://bbs.wuyou.net/forum.php?mod=viewthread&tid=119882看看
作者: 玄天    时间: 2008-2-1 07:07
ls的,这个东东貌试10年前的吧,当时多少也了解了些(同时发布的还有其它好几个),现在还来说这好像晚了点....在当时来说,能运行的电脑还真的不多~~~~

不过前段时间有人用个一个软件,压缩率奇高,就是运行该软件内存配置最少需要2G,晕倒.....
作者: 多情种子    时间: 2008-2-1 07:58
我也见过一回 极品飞车10最大镜像256K 多一些   解压后2.7G

不知道怎么搞的
作者: yygdcn    时间: 2008-2-1 13:06
这不可能达到吧!!!!!!!!!!
作者: tao2008    时间: 2008-2-1 20:20
标题: 政治
我也想啊
可是自己一直都没做成
作者: yg_sunbeam    时间: 2008-2-1 21:07
黑客防线上发表过这篇文章

好像是《揭穿百万分之一压缩率》

那其实就是骗人

你用WINHEX创建一个1G的文件把里面全部填为0你看
用WINRAR压缩后的大小。这样有什么用

你再用WINHEX打开一个视频文件看看里面的数字

我想你应该明白些什么
作者: lyljj    时间: 2008-2-1 21:37
楼主还是多百度吧,这个彗星撞地球的是个demo一等奖的作品,实时演算的程序而已,根本不是什么1.9G的动画压缩的。
还有一个96K的3D射击游戏,建议你也去玩玩,好几种枪、好几关呢,比这个更神~~~
http://dwing.51.net/download.htm
dwing老大的作品及推荐品,你看看吧……
作者: kangyi    时间: 2008-2-1 22:04
这个帖不知被dwing大看了会作何感想,老早就在他那个dwing吧里看到过关于这个的讨论了,ls说的没错,这个东西其实考验的是cpu和显卡的处理能力,跟“压缩”一点关系都没有,压缩相信绝对是有极限的
作者: wj95002    时间: 2008-2-2 09:36
个人认为不大可能实现!
作者: shuodan    时间: 2008-2-3 21:27
原帖由 多情种子 于 2008-2-1 07:58 AM 发表
我也见过一回 极品飞车10最大镜像256K 多一些   解压后2.7G

不知道怎么搞的


那个是BT种子文件吧
作者: yrm    时间: 2008-2-4 20:54
原帖由 lvyanan 于 2008-1-9 06:38 PM 发表
是视频文件压缩吧?那是牺牲了分辨率和动态效果后的结果,表面看是压缩了很多,其实已丢失了大量的信息,这样做的目的是要放到手机上播放吧?对于其他类型的文件,既要保留完整信息又要达到如此大的压缩比是不可 ...

说得好清楚,不过还一个就是用时间换空间的
作者: kyqm    时间: 2008-2-12 19:42
有不少64K的视频
应该可以
估计是以时间换空间
作者: ltl810827    时间: 2008-2-23 19:59
压缩我觉得不可能

但如果一定要给个答案

可以从这个角度尝试下:1分钟的3GP文件大约1M,转变为vcd用的dat(mpeg)文件大约10M,转成AVI或VOB会更大(据说AVI没有压缩限制,如果真的这样,转换时通过调节音视频参数可能会达到一个巨大的文件)

呵呵,当然这样的回答是没有什么价值的,权当凑趣了。。。。。。
作者: jamkane    时间: 2008-2-27 13:23
看到标题有点茫然,怎么可能啊,硬盘还卖的出去啊!!

64K的动画早在赛扬时代就有了,百度给你的答案:

64k的动画欣赏——六个世界顶极高手制作三维动画
不可思议,63.5KB=1.9GB
不要奇怪,我没有写错,的确是KB和GB!
笔者是一个游戏爱好者,特别钟情的就是3D游戏,下载、欣赏各种3D动画是我日常生活中的一大乐趣!有一天,在一个电脑游戏论坛,看到了如下的帖子:
现在许多游戏的演示动画动辄数十兆,甚至上百兆,而一款名为“fr-08”的演示动画居然只有63.5KB!虽然体积很小,但它的质量一点也不差——令人吃惊的3D图像、流畅 的动画和动感十足的音乐,尽管不能与《神秘岛》(一款3D游戏)相提并论,但也决不逊色于某些3D游戏的开场和过场动画。
这段演示动画的播放时间有好几分钟,在结尾处会出现一段字幕,说明动画所包含的内容,如178兆多媒体纹理、159MB的wave文件、12条音轨、8亿5千万波样等,这些数 据在未压缩之前的体积为1.9GB,压缩后为63.5KB,也就是说压缩比达到了30000:1!而且回放质量基本没有受到什么影响。
随着编程技术的提高,说不定有一天我们又会回到以前用软盘玩游戏的时代,而且是3D游戏:)
大家看看配置要求:
——PⅡ350的CPU(笔者的赛杨333也照样流畅)
——一款TNT2的显卡(不过除了TNT2以外,它还支持TNT等多种其它显卡)
——128MB内存(不过笔者的64MB也照样运行)
——必须安装有DirectX 8(这可不能偷工减料)
下载地址:http://www.theproduct.de/fr08_final.zip
紧接着上面帖子的是如下的回帖:
虽然我没下,但是……你自己试过么?
以常识的角度来说,绝对是骗人的东西!
的确,如果让笔者看到论坛上的第一个帖子,我的回帖可能也和这个回帖相同——这肯定是谎言,绝对是骗人的东西。而由于笔者的那点“可怜”的爱好却让我证实了这是 一个“真实的谎言”。在这里,我肯定不能为你讲述如何将这1.9GB的动画压缩到63.5KB(要是这样的话,我肯定已经被哪个游戏厂商高薪“收购”了),只是让大家来了 解这个让人折服的DEMO是如何做出来的。
同其它3D动画制作流程一样,这个DEMO也经过了建模→制作纹理→纹理贴图→设定动画→加入音乐等一系列的过程,虽然建模和制作纹理可以相互调换,但是也要彼此照 顾。
建模做场景:fr-08采用了使用简单的几何图形(如正方体、立方体、圆柱等)进行组合,从而产生复杂的场景。它不同于其它的3D动画多采用3D Max或者MAYA等3D制作工 具,制作出比较复杂的场景再进行贴图;而是从一开始就注意了“节省”,采用最简单的模型、运用不断优化的算法,组合出最复杂的效果.做纹理并贴图:同制作场景的思 路相同,fr-08也尽量采用最简单的方法制作出自己喜欢的纹理,在fr-08的最终版本中,采用了66幅256×256点大小的32位纹理,未压缩前纹理大小为16MB(如图3)。动 画中有一段节奏感很强烈的背景音乐。而这段音乐的大小足有159MB!整个音乐是使用LOGIC AUDIO(如图4)制作出来的。音乐包含两个部分,一个是Loading Music,另 外一个是Main Music,你可以在http://keBBy.org/fr08zakz.exe下载这个包含了159MB的最终大小为37KB的音乐,你还可以把它解压缩来看看压缩前的波形音乐文件有多 大。
最终压缩:虽然在制作DEMO动画的过程中,程序员们都采用了最节省空间的方法,可再怎么节省,那么多的纹理,那么多的音乐,要放到一个只有63.5KB的文件中,少了 压缩软件怎么可能呢?这里,程序员们采用了一个可能将一堆代码压缩为1KB~2KB的压缩软件UPX——一个广为流传的专门压缩可执行文件的工具。可惜我没有找到UPX的 截图,不能让大家一睹它的芳容。
其实,在整个制作过程中,开发者自始至终使用了一个自己开发的工具“generator.exe”(开发者暂定的名称)。据说这个工具第一版设计出来的时候界面相当简陋,只有 两个子窗口,一个用来显示纹理,一个则用来做文本编辑。在对这个简陋的工具感到忍无可忍之后,开发者不得不重新编写它,这到底是怎样一个程序呢?现在我们只能望 梅止渴了,希望有一天,大方的开发者能将之公布出来。
如果看完了文章,你还是不能相信63.5KB=1.9GB这个等式,最好的方法就是去下一个回来自己“研究”一下。
作者: wh3509    时间: 2008-2-27 17:22
我还以为是技术文章呢!
作者: hougong    时间: 2008-2-27 21:12
如果是有损压缩,多小都是可以实现的.
作者: likehanlei    时间: 2008-2-28 10:15
64K,·········这个貌似不是真的吧 -- !
作者: magictek    时间: 2008-2-28 15:38
Look

抓图1.JPG (27.45 KB, 下载次数: 45)

抓图1.JPG

抓图2.JPG (56.57 KB, 下载次数: 50)

抓图2.JPG

test.rar

80 Bytes, 下载次数: 98, 下载积分: 无忧币 -2


作者: fd5158    时间: 2008-2-29 17:20
大概小说看多了!!!!
作者: naijc    时间: 2008-2-29 21:10
不可能的事情:):)。
作者: leo5186    时间: 2008-2-29 21:11
这个问题有难度,那个会滴发个贴分享下呗




欢迎光临 无忧启动论坛 (http://wuyou.net/) Powered by Discuz! X3.3