找回密码
 立即注册

QQ登录

只需一步,快速开始

教程经验总索引TVMW5/小日本5 索引【视频转换】小日本4/TE4XP 索引【视频转换】TAW4 / TDA3 索引【DVD打包软件】
Nero 索引DVD-Lab 索引【DVD打包软件】编解码器 索引 【必读】固顶帖011号
楼主: lijianwen

[已解决] 同样的一个MPEG,可以装入一张VCD却不能装入一张数据盘,原因何在?

[复制链接]

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-2-7 14:59:02 | 显示全部楼层
本帖最后由 Hiroshi 于 2011-2-7 15:16 编辑

回复 10# lijianwen

为什么怕人暗算,
是不是做了什么,,,?

把同样的素材(以标准素材为例)mpeg和dat导入nero后,结果是一样的,
这个你实践了,但是不等于别的软件也一样。
由于软件的不同,即是同样的mpeg和dat,也会产生差距,
这个现象很正常,不能什么都怪罪于素材本身有问题。
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
 楼主| 发表于 2011-2-7 17:44:05 | 显示全部楼层
回复 11# Hiroshi
你的DAT素材导入会声会影产生马赛克,不是每个素材平均产生,而是其中的几首歌产生,这到底是正常呢还是素材“被错误”?
你生产的DAT,不能进会声会影,至少说明兼容性不够好。

boilsoftmediasplitter切割MPEG,然后导入你的软件,看看他能不能正确识别。如果这款软件分割的mpeg,你的软件不会产生巨大的冗余,这就是趣事了-----多试验几个素材,你会更深入了解你的理论。
回复

使用道具 举报

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-2-7 18:21:47 | 显示全部楼层
要说那些dat有问题,那是假问题。
问题的起因都是那些冗余造成的。
不用渲染也能轻而易举地解决的,我就是想看看你用的是哪一招?
结果你是咳嗽当肺病治了,小题大做,换心洗肺(重新渲染),
还来了一个专家会诊(会声会影,小日本4双管齐下),好人也被你折磨成病人了。

这种技术怎么会不被人暗算?
难怪你忧心忡忡,原来生活在仙境(陷阱)之中。
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
 楼主| 发表于 2011-2-7 20:09:14 | 显示全部楼层
本帖最后由 lijianwen 于 2011-2-7 20:36 编辑

回复 13# Hiroshi
你那些素材,在VCD机器上播放,极有可能出现局部的播放不连续,你用DVD播放VCD来研究VCD,并一口咬定你的素材没问题,这就没办法了。好端端的素材,怎么碰到会声会影就能马赛克,着实让人心里不踏实。

市场上买到的VCD歌碟,经常出现播放一顿一顿的,DVD机器播也是如此,但是某些山寨碟机播放却很顺畅,这样的碟片,制作者跟你是同类型的,大师级别。只要有机器能播就好,不需要大部分机器能播。

老大你一定少逛音像批发市场,批发影碟的,一般都放了七八台碟机在那里试播,为啥?老大你就那么一两台机器,遇到的情况很少了,有空去音像批发市场跟那些老板聊聊,增长点经验。

你先去试验boilsoftmediasplitter切割MPEG,看看你怎么解决再说。切割后的MPEG,体积会变的不合理,格式还是MPEG,这是不是冗余呢?当心进入仙境--善意提示你。
回复

使用道具 举报

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-2-12 16:55:34 | 显示全部楼层
本帖最后由 Hiroshi 于 2011-2-12 17:13 编辑


按照楼主的意思,
624mb的mpeg1做成VCD后得到707mb的dat,
624mb的mpeg1可以轻松做成数据光盘,而707mb的dat就要超载。

更夸张地说,700mb的mpeg1做成VCD后,得到的VCD为800mb,
那么800mb做成数据光盘属于严重超刻。
相反,如果这些dat也像mpeg1一样轻松地做成数据光盘,这又怎么解释?
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
 楼主| 发表于 2011-2-12 18:36:12 | 显示全部楼层
回复 15# Hiroshi
624mb的mpeg1做成VCD后得到707mb的dat----这是你说的,我说的是MPEG1导入Nero显示624M,实际MPEG1比DAT的707小不了多少。你想浑水摸鱼,把光盘轨道模式、数据模式和你的“冗余”混淆在一起?
800M做成数据光盘,我没有研究过,只有用“你牛逼”来解释。-----但我绝对不会觉得惊奇。
你查一查Nero的帮助文件,700M的盘可以装下整整1.4G的数据,这也是一种技术,因为CD盘的坑点并不是紧密排列的,不同于DVD。

本帖的结论早已经讨论清楚,Chnxn的回复已经很能说明问题了,答案就是轨道模式可以比数据模式容纳下更多的数据。而你Hiroshi大侠,发扬研究癖精神,愣是要把MPEG到DAT的冗余扯进来,混淆视听。以我这张624MVCD盘为例,DAT为707M,MPEG为697M,冗余仅为707-697=10M,而按照你另外一个帖子的解释方法,707-624为冗余------不过,貌似后来你已经发现你的错误了,我发这个帖子的原因,就是因为你那个关于冗余的帖子。
回复

使用道具 举报

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-2-12 19:05:19 | 显示全部楼层
本帖最后由 Hiroshi 于 2011-2-12 19:22 编辑

回复 16# lijianwen

刚才我是删了一个回帖,原因是里面写了日本什么的,
因为经常提到日本,顾虑到别人会有误解,所以删了,原因就这么简单。
另外还删掉了其中;
用小日本2去过滤一下我以前发布的那些dat,就能解决你提出的问题,
我没有意识到自己错啊,这是铁的事实,无可争议的,只要做一遍就知道了。

当时用那张光盘做样品,就是考虑到那些dat是蓝色的,但是冗余很长,
就想看看你是怎么处理的,想不到你还是用了渲染的方法,
这种处理手段怎么能算高明呢?

以后回帖,或者讨论问题什么的不要那么吵吵闹闹,,,,,,
真让人倒胃口!
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
 楼主| 发表于 2011-2-12 19:21:34 | 显示全部楼层
回复 17# Hiroshi
我做的DAT,不会有你的那情况,我就不用去过滤了。707过滤一次,就是624M了?---你真神奇。
回复

使用道具 举报

68

威望

5604

金钱

234

贡献

高级会员

积分
6889
主题
291
回帖
1901
注册时间
2010-2-18
最后登录
2018-5-14
发表于 2011-2-12 19:33:00 | 显示全部楼层
本帖最后由 Hiroshi 于 2011-2-12 20:01 编辑

我呢,一点也不神奇,就是喜欢用多种方法去解决问题,
在尊重科学的前提下,寻求最简单,最快速的,所以现在发现这些努力发挥了作用。

15楼的回帖,是我最近学到了利用模式2,可以导入800mb以下的视频素材做成数据光盘,
虽然有些条件限制,毕竟有这样的做法,也是很有参考价值的。。。

不尊重科学,不认真听取别人的见解,怎么能明辨是非,提高水平呢?
回复

使用道具 举报

104

威望

8725

金钱

369

贡献

高级会员

积分
10880
主题
123
回帖
2174
注册时间
2009-11-9
最后登录
2021-4-28
QQ
 楼主| 发表于 2011-2-12 20:56:53 | 显示全部楼层
回复 19# Hiroshi
谁还用CD装数据?所以你的方法没多大用处,也没有什么启示。
此贴改为“已解决”了。
你这么好的精力,却每天把VCD研究过来研究过去,浪费了,希望多研究些能解决实际问题的招法,拿出来讨论。
回复

使用道具 举报

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

本版积分规则

QQ|Archiver|手机版|小黑屋|点拨论坛

GMT+8, 2024-5-30 01:39 , Processed in 0.194048 second(s), 3 queries , Redis On.

Powered by Discuz! X3.5

© 2001-2024 Discuz! Team.

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