为什么这个游戏如此支持延迟高的玩家 - Bug建议反馈区 - CODOL -
Powered by Discuz! Archiver
william410
为什么这个游戏如此支持延迟高的玩家
E3 1230 V3& &&&
常年延迟40左右最高50
我每次看击杀回放，我看到别人1秒，卡的人能看到我2秒，每次我刚看到人开镜，结果击杀回放里别人都已经对着我扫了1/3梭子子弹了。别告诉我是视角问题，大家都是转角后出来什么叫视角问题，难道他眼睛可以转弯？这而且不是个别现象，很多次遇到对面延迟在90以上的玩家都遇到这样的问题。是TX为了保证卡的玩家能玩就牺牲延迟低的玩家的权益吗？望合理回复。
william410
我感觉服务器已经将我的位置传递给延迟高的玩家，但是延迟高的玩家尚未把自己的位置传递给服务器，所以他等于利用了所谓延迟补偿机制的BUG
ＶＩＰ——控
慢慢会改善的
&&我10m网通ping 120 以上就没下去过。每次跟人同时对枪基本我先死，看战斗回放我都没开枪或者子弹都打在他后面！我不知道那里来的照顾延迟高的玩家，你有见过延迟高的打第一的吗？
william410
好几次了，第一都是90-120延迟的，再高的没见过，估计延迟也有讲究，太高也不行
william410
尤其是90多延迟的喷子，每次转角各种假，我人都没看全就已经死了,看回放我整个人都漏出来好久了
至今没有改善，无论高ping低ping，整个游戏永远处于我的画面慢半拍的状态，无论是华北网通还是华东电信。ping200的COD9都不会这么惨烈，想不到codol的延时补偿机制能做到这么烂。
相对公平的网络延迟是FPS游戏基本中的基本，测试几年了连这点事儿都解决不了还好意思做游戏？
我有一次延迟都到999了一百多不算什么，不过999一个属于爆表了了吧，我走两步就闪回去了
__☆丶情长枫
Charwang 发表于
02:06 static/image/common/back.gif
至今没有改善，无论高ping低ping，整个游戏永远处于我的画面慢半拍的状态，无论是华北网通还是华东电信。pi ...
一个喷子还好意思来玩游戏？又不是全国延迟都高，就你自己在这延迟高，还说没资格做游戏，真呵呵了，喷人不需要技术。所以你在这喷的义正言辞的
则宗 发表于
我10m网通ping 120 以上就没下去过。每次跟人同时对枪基本我先死，看战斗回放我都没开枪或者子弹都打在他 ...
就是就是，我延迟一直100左右，根本没法对枪，卡点都卡不死人，只能打黑枪，子弹全中要半梭子才死
红星加机枪
楼主说的问题真的点到要害了。
瞬间被对面秒杀，而且这个问题从8月份开始越来越严重。
蒙面被艹小笼包
& &&&楼主吐槽的问题我也遇到了，挺烦的。
& &&&楼下没有遇到过的没有发言权别BB（等你pin40以下再说话）。本人西南电信，游戏pin基本在35左右，经历过无数次这种情况，有条件的可以试试在一局游戏里你40pin左右拿一把喷子（一定要是致死率高的单喷，连喷就算了），对上对面90~120pin左右的玩家，面对面冲锋跑上去开枪，或者守点对突然拐角冲出来的敌人开火。我保证你一定会遇见叫你无语的情况。（有很高的概率，在基本二人同时开枪的情况下，特别是你的视角明显开枪要比对面快半拍的情况下，你被对面带走，从你的视角明显正中敌人甚至照脸一枪，而且那个距离100%必死。从杀敌视角看你TM压根就没开枪！！或者你被打中了才有子弹从你的枪口喷出来！！！）
蒙面被艹小笼包
这游戏还在测试的时候就在上海区玩的，后来开了那么多电信区才转到现在的区。再后来这游戏居然SB到放任GB泛滥，管你是动视还是什么暴雪遇见坑B代理照样毁掉........
弃坑了快大半年。最近是偶然听说开始封G了才回来玩的，就冲着这废柴的延迟平衡，估计过不了几天我还是要弃坑了.......
这真不是一家游戏公司，只是一家靠游戏发财的公司..........
每次都这样不知道啥原因
查看完整版本:PIC单片机高手请进！请帮忙写一个PIC12F629的按键1秒延时程序！要求简单，万分感谢！|我爱单片机 - 数码之家
查看完整版本: [--
赞助商链接
万能的论坛！请PIC高手帮帮忙写一个PIC12F629单片机的1秒延时程序： 原理图如下： [attachment=5343688]
单片机是3~5V供电，要求：上电后，如果检测到KEY1~KEY4 这四个按键当中的某个键被按下（按下马上松开，或者被长按），则此按键对应的IO口和第7脚的GP0持续保高平约1秒种，然后回到低电平。等待下一次的按键按下。 也就是说，按下按键，单片机的按键脚会得到一个高电平，程序主要目地是为了当松开按键时，这个按键脚能自动保持1秒钟的高电平，请注意第7脚的OUT输出脚，是和四个按键一起的。不管哪个按键被按下，这个7脚都同步输出1秒的高电平。
请坛友，把HEX和C源代码程序，一并发给我。或者贴到回贴里。方便初学者下载。谢谢！！！！！！！！在这里先感谢万能的数码之家！
赞助商链接
还没折腾过单片机，帮不了你
赞助商链接
找找pic书籍，很简单的问题
同求延时控制。。。
你试试这个，有仿真的。把你的图改了一下，pin4不能接地，要经一10k电阻上拉到VCC，按键也加了下拉电阻。[attachment=5346535]
万能的论坛，热心的坛友！
:你试试这个，有仿真的。把你的图改了一下，pin4不能接地，要经一10k电阻上拉到VCC，按键也加了下拉电阻。[图片] ( 18:34) DDDDDDDDDDDDDDD
:你试试这个，有仿真的。把你的图改了一下，pin4不能接地，要经一10k电阻上拉到VCC，按键也加了下拉电阻。[图片] ( 18:34) 有个pic16f610控制单路舵机的案子，有空做吗。有偿。
:有个pic16f610控制单路舵机的案子，有空做吗。有偿。 ( 17:19) 把你的要求发给我，我试试。
用C语言的话应该和51差不多的把
查看完整版本: [--
Powered by
Time 0.086413 second(s),query:5 Gzip enabledI have a Delphi 6 Pro app that uses the DSPACK component library to send audio to Skype from the system's preferred audio input device.
I am using a TSampleGrabber component to tap into the Filter Graph chain and then send the audio buffers to Skype.
The problem is that I am only getting audio once a second.
In other words, the OnBuffer() event for the TSampleGrabber instance only fires once a second with a full second's worth of data in the Buffer parameter.
I need to know how to modify my Filter Graph chain so it grabs data from the input device at a faster interval than once a second.
If possible, I'd like to do it as fast as every 50 ms or at least every 100ms.
My Filter Graph chain consists of a TFilter that is mapped to the system's preferred audio input device at the top.
I attach the output pins of that filter to the input pins of a 'WAV Dest' assigned TFilter so I can get the samples in PCM WAV format.
I then attach the output pins of the 'WAV Dest' filter to the input pins of the TSampleGrabber instance.
What do I need to change to get the TSampleGrabber OnBuffer() event to fire at a faster interval?
UPDATE: Based on Roman R's answer I was able to implement a solution that I am showing below.
His link led me to the following blog post that was helpful in solution:
// Variable declaration for output pin to manipulate.
intfCapturePin: IP
...............
// Put this code after you have initialized your audio capture device
TFilter instance *and* set it's wave audio format.
My variable for
this is FFiltAudCap.
I believe you need to set the buffer size before
connecting up the pins of the Filters.
The media type was
retrieved earlier (theMediaType) when I initialized the audio
input device Filter so you will need to do similarly.
// Get a reference to the desired output pin for the audio capture device.
with FFiltAudCap as IBaseFilter do
CheckDSError(findPin(StringToOleStr('Capture'), intfCapturePin));
if not Assigned(intfCapturePin) then
raise Exception.Create('Unable to find the audio input device''s Capture output pin.');
// Set the capture device buffer to 50 ms worth of audio data to
reduce latency.
NOTE: This will fail if the device does not
support the latency you desire so make sure you watch out for that.
setBufferLatency(intfCapturePin as IAMBufferNegotiation, 50, theMediaType);
..................
// The setBufferLatency() procedure.
procedure setBufferLatency(
// A buffer negotiation interface pointer.
intfBufNegotiate: IAMBufferN
// The desired latency in milliseconds.
bufLatencyMS: WORD;
// The media type the audio stream is set to.
theMediaType: TMediaType);
allocProp: _AllocatorP
wfex: TWaveFormatEx;
if not Assigned(intfBufNegotiate) then
raise Exception.Create('The buffer negotiation interface object is unassigned.');
// Calculate the number of bytes per second using the wave
// format belonging to the given Media Type.
wfex := getWaveFormat(theMediaType);
if wfex.nAvgBytesPerSec = 0 then
raise Exception.Create('The average bytes per second value for the given Media Type is 0.');
allocProp.cbAlign := -1;
// -1 means "no preference".
// Calculate the size of the buffer needed to get the desired
latency in milliseconds given the average bytes per second
of the Media Type's audio format.
allocProp.cbBuffer := Trunc(wfex.nAvgBytesPerSec * (bufLatencyMS / 1000));
allocProp.cbPrefix := -1;
allocProp.cBuffers := -1;
// Try to set the buffer size to the desired.
CheckDSError(intfBufNegotiate.SuggestAllocatorProperties(allocProp));
解决方案 I suppose you need to fine tune Audio Capture filter to capture in buffers of the size you want, i.e. short enough to make overall latency small.
Audio capture filters expose IAMBufferNegotiation interface on output pins and SuggestAllocatorProperties lets you specify buffer configuration.
See for more info: .
本文地址： &
我有一个使用DSPACK组件库从系统的preferred音频输入设备音频发送到Skype的一个Delphi 6 Pro的应用程序。我使用的是TSampleGrabber组件进军过滤器图表链，然后发送音频缓冲区的Skype。现在的问题是，我只得到一次音频第二。换句话说，对于TSampleGrabber实例OnBuffer（）事件只触发一次用了整整一秒的价值的数据缓冲区中的参数的第二。我需要知道如何修改我的过滤器图链所以它从输入设备以较快的区间数据抓取不止一次第二。如果可能的话，我想以最快的速度做到这一点，因为每个50毫秒或至少每100ms。我的filter图表链包括了在顶部映射到系统的preferred音频输入设备的TFilter的。我附上滤波器的输出引脚为'WAV目的地“分配TFilter的输入引脚，所以我可以得到PCM WAV格式的样本。我再附上了“WAV目的地”滤波器的输出引脚连接到TSampleGrabber实例的输入引脚。什么我需要改变，以获得TSampleGrabber OnBuffer（）事件触发以更快的间隔？ 更新：基于罗马的r回答我能够实现，我下面展示的解决方案。一个音符。他的链接带领我到下面的博客文章，这是有帮助的解决方案：的
//变量声明为输出引脚来操纵。VAR
intfCapturePin：宜宾;...............
//将这个code你已经初始化您的音频捕获设备后
// TFilter例如*和*设置它的波形音频格式。我的变量
//这是FFiltAudCap。我相信你需要之前设置缓冲区的大小
//连接了过滤器的引脚。媒体类型是
//前面（theMediaType）检索时我初始化音频
//输入设备过滤器，所以你需要做类似。
//取得对音频俘获装置，以期望的输出引脚的参考。
与FFiltAudCap为IBaseFilter做
CheckDSError（findPin（StringToOleStr（'捕获'），intfCapturePin））;
如果未分配（intfCapturePin），然后
提高Exception.Create（“无法找到音频输入设备”的捕捉输出引脚'）;
//设置捕获设备缓冲区为50 ms值得音频数据的
//减少延迟。注：如果设备没有这将失败
//支持你的愿望，以便确保您注意的等待时间。
setBufferLatency（intfCapturePin为IAMBufferNegotiation，50，theMediaType）;..................//该setBufferLatency（）过程。程序setBufferLatency（
//一个缓冲协商接口指针。
intfBufNegotiate：IAMBufferN
//以毫秒为单位所需的延迟。
bufLatencyMS：WORD;
//媒体类型的音频流设置为。
theMediaType：TMediaType）;VAR
allocProp：_AllocatorP
wfex：TWaveFormatEx;开始
如果未分配（intfBufNegotiate），然后
提高Exception.Create（'缓冲区谈判接口对象是未分配的。'）;
//使用波计算每秒的字节数
//属于给定介质类型的格式。
wfex：= getWaveFormat（theMediaType）;
如果wfex.nAvgBytesPerSec = 0则
提高Exception.Create（“每秒值的平均字节给定的介质类型为0'）;
allocProp.cbAlign：= -1; // -1表示“没有preference”。
//计算所需要的缓冲区的大小，以获得所需
//在毫秒延迟给定的每秒平均字节
//媒体类型的音频格式。
allocProp.cbBuffer：= TRUNC（wfex.nAvgBytesPerSec *（bufLatencyMS / 1000））;
allocProp.cb preFIX：= -1;
allocProp.cBuffers：= -1;
//尝试将缓冲区的大小设置为所需。
CheckDSError（intfBufNegotiate.SuggestAllocatorProperties（allocProp））;结束; 解决方案 我想你需要微调音频捕获过滤器在你想要的大小，即足够短，使整体延时小的缓冲区来捕捉。音频采集器暴露 IAMBufferNegotiation 输出引脚接口和 SuggestAllocatorProperties 允许您指定缓冲区的配置。详情参见：Configuring Windows Media音频连接codeR DMO减少延迟。
本文地址： &
扫一扫关注官方微信