Hi every one, I'm streaming a live channel but after a random amount of time, the video become scrambled (Unviewable output, there's a sample in this link refs3.ts: https://www.dropbox.com/s/99te0h2fldz8s9f/refs3.ts?dl=0). The input is channel 4 HD from Astra 2G (28.2°E) (the issue is only with some HD channels) I'm using mumudvb to send the stream to ffmpeg. The problem is that when the video become scrambled when I check the source (direct stream from mumudvb) the stream works fine.
This the part of the log that I always get multiple times each second (see refs.log for full log: https://www.dropbox.com/s/y2qzllu7t1s98cb/ref3.log?dl=0) I reduced the size of the file but it the same log repeating it self over and over again: "[h264 @ 0x23834e0] top block unavailable for requested intra4x4 mode -1 at 28 0 [h264 @ 0x23834e0] error while decoding MB 28 0, bytestream 11966 [h264 @ 0x2389040] Reference 2 >= 2 [h264 @ 0x2389040] error while decoding MB 42 1, bytestream 11664 [h264 @ 0x28b5ec0] Reference 2 >= 2 [h264 @ 0x28b5ec0] error while decoding MB 37 0, bytestream 12177 [h264 @ 0x29023c0] Reference 2 >= 2 [h264 @ 0x29023c0] error while decoding MB 27 1, bytestream 12123 [h264 @ 0x2914e00] top block unavailable for requested intra4x4 mode -1 at 10 0 [h264 @ 0x2914e00] error while decoding MB 10 0, bytestream 46924 [h264 @ 0x2a94280] Reference 5 >= 2 [h264 @ 0x2a94280] error while decoding MB 3 1, bytestream 12935 [h264 @ 0x2497260] Reference 2 >= 2 [h264 @ 0x2497260] error while decoding MB 41 1, bytestream 10533 [h264 @ 0x2483740] Reference 2 >= 2 [h264 @ 0x2483740] error while decoding MB 27 0, bytestream 9397 [h264 @ 0x23834e0] Reference 2 >= 2 [h264 @ 0x23834e0] error while decoding MB 20 1, bytestream 9425 [h264 @ 0x2389040] Reference 2 >= 2 [h264 @ 0x2389040] error while decoding MB 53 0, bytestream 7093 [h264 @ 0x28b5ec0] Reference 2 >= 2 [h264 @ 0x28b5ec0] error while decoding MB 50 1, bytestream 8663 [h264 @ 0x29023c0] Reference 4 >= 4 " This is the full command I'm using : ffmpeg -reconnect 1 -reconnect_at_eof 1 -reconnect_streamed 1 -reconnect_delay_max 2 -i {input} -c:a aac -ar 48000 -b:a 128k -sn -s 1280x720 -r 25 -c:v libx264 -b:v 2000k -profile:v baseline -level 3.1 -vf yadif -maxrate 2100 -minrate 2100 -bufsize 500 -flags +loop -deblock 0:0 -cmp +chroma -coder 0 -me_range 16 -keyint_min 2 -g 5 -refs 3 -sc_threshold 40 -mixed-refs 1 -8x8dct 1 -i_qfactor 0.71 -rc_eq 'blurCplx^(1-qComp)' -qcomp 0.6 -qmin 5 -qmax 51 -qdiff 4 -hls_time 5 -hls_list_size 5 -start_number 1 -hls_flags delete_segments {output}.m3u8 From the log I suspected a problem with the refrence frames when I reduce it to 0 the problem appears directly with 3 the problem appears after few hours. I'm not sure that this is the problem, I made several modification on the h264 parameters but still no luck. In this link they have almost the same issue ( https://github.com/raspberrypi/firmware/issues/255 ) They said : > "The broken MMCO commands keep the old frame in the DPB until the > stream's frame_num values wrap around and come back to the old one, at > which point it ends up getting used as a reference. > This is forbidden in the h264 standard, but we aren't detecting invalid > streams doing this. CL451051 has a shelved change that seems to fix this on > a DK, but I need to make sure it hasn't broken other things. > (later) It passed the hwcodec_test testset" Could it be the same issue for ffmpeg, because some time when you can see some part of the video you can see that the 2 last frames are repeated over and over. I'm out of option can anyone point me to the right direction. Thank you for you time. Best Regards Slim TABKA. _______________________________________________ ffmpeg-user mailing list [email protected] http://ffmpeg.org/mailman/listinfo/ffmpeg-user
