标签: mts

我有两个MTS视频文件,每个文件长2分钟.我需要能够将文件连接在一起并将格式转换为MPEG4.我有一个合适的命令行,用于将MTS转换为MP4,但首先不知道如何将文件连接在一起.

网上的一些文章建议使用CAT命令,如:

cat video1.mts video2.mts > whole_video.mts

然而,这不起作用,根据FFMPEG,"whole_video.mts"只有2分钟,而不是4分钟.

有谁知道如何将文件加在一起？FFMPEG是最好的程序吗？提前致谢.

我想更好地理解.NET的应用服务器模型与大多数Java应用服务器使用的原因相比的原因.

在大多数情况下,我见过ASP.NET Web应用程序,业务逻辑托管在Web服务器的asp.net主机进程中.另一种常见方法是拥有一个物理或逻辑上不同的层,它承载您的业务对象,然后作为Web服务公开或通过WCF等机制访问.后一种方法通常但并不总是在需要更高规模时使用.在COM对象的时代,我见过Microsoft Transaction Server(MTS)以及后来用于托管包含业务逻辑的COM对象的COM +托管,MTS(理论上)管理对象生存期,事务,并发yada yada.这个模型似乎在ASP.NET领域似乎已经消失了.

在Java世界中,您可能将Apache与Tomcat一起作为servlet容器,并将业务对象托管在Tomcat中.在这种情况下,Tomcat提供与MTS在.NET世界中提供的功能类似的功能.

几个问题:

1. 为什么Microsoft与Java方法的根本区别在于应用程序服务器？在创建这些框架时,这必须是架构/设计选择.
2. 每种方法的优缺点是什么？
3. 为什么Microsoft将MTS托管模型(类似于Tomcast servlet托管模型)转移到更常见的当前方法,即将业务对象作为Web服务器的ASP.NET进程的一部分？
4. 如果你想在今天的ASP.NET应用程序中实现MTS类型方法或Tomcat类型方法,我假设一个常见的模式是在某些IIS进程中托管业务对象(可能在某些不同的物理或逻辑层上)并通过WCF访问(或标准的asmx Web服务,无论如何).这是正确的假设吗？

14年前,当我是一个绿色的角,设置经典ASP的组件不是我的薪水等级...现在,我已经回到未来,我发现自己必须维护和编码经典的ASP项目使用COM对象.

现在我发现自己正在查看1999年到2001年的古代文章,我想知道是否有人对COM(ActiveX .dll)应该具有无人值守执行和保留在内存集中的原因有一个很好的答案？

我还应该注意,网站的当前架构是这些.dll刚刚丢弃在服务器上(当然注册).我想知道COM +和MTS.我们现在坚持使用经典ASP(长篇故事).但是,我希望能够快速地转向.NET.因此,如果我可以最大限度地减少当前架构的维护时间,那将是有帮助的.能否请你告诉我为什么要使用COM +和MTS？以及添加这些功能所涉及的内容.