Start=0,Stop=853333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=213333,Stop=1066666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=426666,Stop=1280000,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=640000,Stop=1493333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=853333,Stop=1706666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=1066666,Stop=1920000,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=1280000,Stop=2133333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=1493333,Stop=2346666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=1706666,Stop=2560000,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=1920000,Stop=2773333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=2133333,Stop=2986666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=2346666,Stop=3200000,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=2560000,Stop=3413333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=2773333,Stop=3626666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=2986666,Stop=3840000,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=3200000,Stop=4053333,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
Start=3413333,Stop=4266666,nChannels=9,nSamplesPerSec=48000,nAvgBytesPerSec=192000,wBitsPerSample=16,cbSize=0
7 个解决方案
#1
声道是9？？？
不会吧
不会吧
#2
nSamplesPerSec是采样率
nBlockAlign = nChannels * wBitsPerSample / 8 = 9 * 16 / 8 = 18
nAvgBytesPerSec=nSamplesPerSec * nBlockAlign = 48000 * 18
nBlockAlign = nChannels * wBitsPerSample / 8 = 9 * 16 / 8 = 18
nAvgBytesPerSec=nSamplesPerSec * nBlockAlign = 48000 * 18
#3
to nonocast:
我想起来了，是不是应该跟Video的bps还有关系?
我想起来了，是不是应该跟Video的bps还有关系?
#4
音频和视频应该没关系的
#5
要不怎么跟视频同步呢?
#6
根据你提供的数据，nChannels 应该是2
#7
你的数据是从什么地方来的？
我怀疑Start=0,Stop=853333这是标识数据段的信息的，而不是时间标识，一般来说，因为数据信息都有内在的播放速度，确定了一个包数据解压缩后容量，就确定了这个包的实际播放时间，声音信息和视频信息都有这样的特性，所以只要数据信息完整，就可以恢复播放时间信息，然后只需要对齐两个时间标记的起点位置，则整个播放中就实现了两个播放信息的同步。如果时间标记没有对齐，或者因为管理包信息组织的不合理，就会造成两个播放的不同步，一般是一个超前（没有对齐时，而且始终超前）或者完全乱序即有时这个在前面，有时另一个在前（发生这种情况是数据包组织管理不合理，缓冲不够，在播放完一个包后没有后续信息而造成一个的短暂停止播放直到接收到后续的包）
当然有些要求确实对每个信息包都进行了时序标记，但也不是视频和音频采用一样的，毕竟一般压缩时信息包大小是一定的，而视频信息包和音频信息包可以播放的时间是不同的，这样的播放可以看着是一个不停的调整对齐点的播放，可以很好的解决在存在包到达不稳定的情况下后续信息的同步播放问题。而且这样处理也利用再次编辑。
我怀疑Start=0,Stop=853333这是标识数据段的信息的，而不是时间标识，一般来说，因为数据信息都有内在的播放速度，确定了一个包数据解压缩后容量，就确定了这个包的实际播放时间，声音信息和视频信息都有这样的特性，所以只要数据信息完整，就可以恢复播放时间信息，然后只需要对齐两个时间标记的起点位置，则整个播放中就实现了两个播放信息的同步。如果时间标记没有对齐，或者因为管理包信息组织的不合理，就会造成两个播放的不同步，一般是一个超前（没有对齐时，而且始终超前）或者完全乱序即有时这个在前面，有时另一个在前（发生这种情况是数据包组织管理不合理，缓冲不够，在播放完一个包后没有后续信息而造成一个的短暂停止播放直到接收到后续的包）
当然有些要求确实对每个信息包都进行了时序标记，但也不是视频和音频采用一样的，毕竟一般压缩时信息包大小是一定的，而视频信息包和音频信息包可以播放的时间是不同的，这样的播放可以看着是一个不停的调整对齐点的播放，可以很好的解决在存在包到达不稳定的情况下后续信息的同步播放问题。而且这样处理也利用再次编辑。
#1
声道是9？？？
不会吧
不会吧
#2
nSamplesPerSec是采样率
nBlockAlign = nChannels * wBitsPerSample / 8 = 9 * 16 / 8 = 18
nAvgBytesPerSec=nSamplesPerSec * nBlockAlign = 48000 * 18
nBlockAlign = nChannels * wBitsPerSample / 8 = 9 * 16 / 8 = 18
nAvgBytesPerSec=nSamplesPerSec * nBlockAlign = 48000 * 18
#3
to nonocast:
我想起来了，是不是应该跟Video的bps还有关系?
我想起来了，是不是应该跟Video的bps还有关系?
#4
音频和视频应该没关系的
#5
要不怎么跟视频同步呢?
#6
根据你提供的数据，nChannels 应该是2
#7
你的数据是从什么地方来的？
我怀疑Start=0,Stop=853333这是标识数据段的信息的，而不是时间标识，一般来说，因为数据信息都有内在的播放速度，确定了一个包数据解压缩后容量，就确定了这个包的实际播放时间，声音信息和视频信息都有这样的特性，所以只要数据信息完整，就可以恢复播放时间信息，然后只需要对齐两个时间标记的起点位置，则整个播放中就实现了两个播放信息的同步。如果时间标记没有对齐，或者因为管理包信息组织的不合理，就会造成两个播放的不同步，一般是一个超前（没有对齐时，而且始终超前）或者完全乱序即有时这个在前面，有时另一个在前（发生这种情况是数据包组织管理不合理，缓冲不够，在播放完一个包后没有后续信息而造成一个的短暂停止播放直到接收到后续的包）
当然有些要求确实对每个信息包都进行了时序标记，但也不是视频和音频采用一样的，毕竟一般压缩时信息包大小是一定的，而视频信息包和音频信息包可以播放的时间是不同的，这样的播放可以看着是一个不停的调整对齐点的播放，可以很好的解决在存在包到达不稳定的情况下后续信息的同步播放问题。而且这样处理也利用再次编辑。
我怀疑Start=0,Stop=853333这是标识数据段的信息的，而不是时间标识，一般来说，因为数据信息都有内在的播放速度，确定了一个包数据解压缩后容量，就确定了这个包的实际播放时间，声音信息和视频信息都有这样的特性，所以只要数据信息完整，就可以恢复播放时间信息，然后只需要对齐两个时间标记的起点位置，则整个播放中就实现了两个播放信息的同步。如果时间标记没有对齐，或者因为管理包信息组织的不合理，就会造成两个播放的不同步，一般是一个超前（没有对齐时，而且始终超前）或者完全乱序即有时这个在前面，有时另一个在前（发生这种情况是数据包组织管理不合理，缓冲不够，在播放完一个包后没有后续信息而造成一个的短暂停止播放直到接收到后续的包）
当然有些要求确实对每个信息包都进行了时序标记，但也不是视频和音频采用一样的，毕竟一般压缩时信息包大小是一定的，而视频信息包和音频信息包可以播放的时间是不同的，这样的播放可以看着是一个不停的调整对齐点的播放，可以很好的解决在存在包到达不稳定的情况下后续信息的同步播放问题。而且这样处理也利用再次编辑。