<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">I've opened my decrypted chunk with <b>TSDoctor
</b>software and it tells me this :<br>
<br>
<b>Scrambled stream areas detected. Maybe the stream is not
correctly decrypted.</b><b><br>
</b><b>Try to cut out the scrambled areas ?</b><br>
<br>
I say yes then I save the corrected files on my disk. When i try
to read it now it works fine, there is no more "Bad CRC_32 table".<br>
<br>
I've put the logs of <b>TSDoctor </b>in attachement.<br>
<br>
Do you know why my decryption is making these kinds of error ?<br>
<br>
Cordially,<br>
Nicolas Castillejos<br>
<br>
Le 04/07/2017 à 11:16, Nicolas Castillejos a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:f57fdc03-5196-c235-6615-8ce12c38f912@gmail.com">Hello,
<br>
<br>
I'm contacting you because I think I've found a bug in the
gstreamer TS DEMUXER called tsdemux.
<br>
The thing that it makes me think it is a bug is that VLC or hls.js
succeed to read the stream where GStreamer failed.
<br>
The HLS Live stream is coming from Wowza Streaming Engine.
<br>
When encryption is disabled on Wowza, Gstreamer has no problem to
read the Live stream.
<br>
it only fails when it is encrypted.
<br>
I've noticed what problem could be make Gstreamer failed, look
what I have tested :
<br>
<br>
When I download a normal HLS chunk from Wowza, I write it to the
disk , then I double-click on it and can read it with VLC.
<br>
When I download an encrypted chunk from Wowza, and I decrypt it
with the HLS key, then write it to the disk, I double-click on it
and VLC failed to read it, the displayed error is :
<br>
<br>
ts error: libdvbpsi error (misc PSI): Bad CRC_32 table 0x0 !!!
<br>
<br>
In GStreamer log, i can see the same kind of error :
<br>
<br>
0:00:19.623514731 6948 1558FFA0 WARN mpegts
gstmpegtssection.c:161:__common_section_checks: PID:0x0000
table_id:0x00, Bad CRC on section
<br>
<br>
The fact that crc table seems to be bad or not set certainly makes
TS DEMUXER failed.
<br>
<br>
VLC or hls.js seems to manage this kind of case, i don't know how
but they succeed to read it even if the crc is bad.
<br>
<br>
I've put the gstreamer logs in attachement.
<br>
<br>
Do you know this bug, is there a way to bypass this crc check ?
<br>
Does somebody will correct it ?
<br>
<br>
Thank you.
<br>
<br>
Cordially,
<br>
<br>
Nicolas Castillejos
<br>
<br>
</blockquote>
<p><br>
</p>
</body>
</html>