E9を弊社アプリで視聴しているとたまにdecode errorが発生。
発生する間隔は毎回違う。どんな環境で発生するかは不明。
原因調査
E9がまれに30数バイトの”ゴミ”データを送って来る。
その時にerrorが発生。
firmwareはV6でもV7でも発生。
B7ではこの現象は発生しない。
弊社としてはE9のfirmwareに不具合があるとの見解。
error発生時にE9からのデータを示しますので、確認をしていただき、firmware不具合であれば急ぎ修正をして下さい。
Viewing the E9 using our company's app occasionally generates a decode error.
The moment the error is generated is different everyday.
It's unclear what kind of environment generates the error.
Investigation of the cause
In rare instances, E9 is sent as a 30-byte "garbage" data.
The error is generated during that time.
It happens even when the firmware is V6 or V7.
It doesn't happen when it's B7.
Our company's opinion is that there is a bug in the E9 firmware.
Data is displayed from the E9 when there is an error so please check and if there is a bug in the firmware please fix it right away.
現象はH.264の時に発生。
次に”ゴミ”データには２つのパターンがある。
フレームデータの先頭に混じって送られて来る場合
添付1を参照。
pic_0x.datが取得した各フレームデータ。xxの順に受信。
拡張子.datは便宜上付けたもので.binでも何でも構いません。
error.txtを見てください。
Pフレームのpic_01.datでerrorとなり、それに続けて
2つのPフレームがerrorとなりましたが、次のIフレーム
pic_02.datで正常に戻る。
It happens during H.264.
Next, there are 2 patterns to the "garbage" data.
If it is sent mixed with the header of the frame data.
See attachment 1 for your reference.
Each frame data has acquired pic_0x.dat. Transmitted in xx sequence.
I have attached the .dat filename extension for convenience so it doesn't matter if it's .bin.
Please take a look at error.txt
It becomes an error in the P frame pic_01.dat. Then 2 Pframes have errors. Then it returns to normal with the I frame pic_02.dat.
実験的に、最初にerrorとなったpic_01.datの先頭38byteを
取り除いてからdecodeするとdecode errorはどれも発生せず。
よってpic_01.datの本来のデータの先頭に不要な38byteの”ゴミ”が
混ざって送られて来たのが原因と考えられる。
Experimentally, when we decoded by removing the first 38 byte of pic_01.dat which caused an error at the first time, there was non decode error at all. Thus, it can be considered a cause that needless 38byte "A dust" mixed in the beginning of original data of pic_01.dat.
１つのフレームデータとして送られてくる場合
pic_01.dat、pic_02.datなど5か所で34byteのフレームデータが
送られて来ており、ここで各々errorが発生。
これら34byteのフレームデータを除いてdecodeしていけば問題は
発生せず。
よって34byteの”ゴミ”フレームデータが送られてくるのが原因と考えられる。
ファイルの先頭のデータパターンが違う。ファイル先頭 38byte に続くデータが本来のデータのように見える。
error1が原因と思われる。
When one frame data to be transmitted, the frame data at 34byte of each 5 data such as pic_01.dat, pic_02.dat and others are sent but each error has been occurred.
If eliminating frame data at 34byte to be decorded, it will be no problem.
For this reason, the problem was because of this garbage data at 34byte it seems.
The header of the file in data pattern is different. After the header of the file at 38byte, it seems to be the data desired. Error1 it believed to be the cause.
