MikeIndiaAlpha

I don't have time to work on this (yet), but I was thinking a bit and here's the note to self: - Most likely case for not getting the data...

Another note to self: - It may well be that the problem is having not single IDR _frame_, but single IDR _slice_, and that slice not even being a complete...

Started working on this one today. I want to get to know the problem using version that I know best - that is, `ma_refactoring_second` branch. When I get to fully...

To verify my hypothesis I first did: `./transcoding 7b328dfa-0d9a-4ab2-97a3-c6c643e1dbdc-954.ts P360p30fps4x3 sw` Note that resulting `out_sw_0_out.mp4` is not playable by ffplay - nothing is shown or by MacOS "space bar" video...

Ah - ok. Important thing. The above is on `ma_refactoring_second` branch. On the current master it works 100%. So it looks like first stage of refactoring changes fixed the flushing,...

OK, I found it. There were several errors, but what was doing mp4 in is failure to assign the frame rate. Relevant commit is fixed now and it should work...

To make sure everything is fine I moved back a bit. At least for the stream under the test, problem was fixed by the commit `a83e95` "stream_index instead of pkt...

For the record, I was using that stream for tests. [7b328dfa-0d9a-4ab2-97a3-c6c643e1dbdc-954.ts.zip](https://github.com/livepeer/lpms/files/9175272/7b328dfa-0d9a-4ab2-97a3-c6c643e1dbdc-954.ts.zip)

So it appears that while frequency of ZeroSegment errors is smaller now, they still appear. Reopening the issue and keeping it assigned to myself so that I can iron our...

Finally managed to get some new ZeroSegment errors! And I don't wanna jump into conclusions, but my first impression is that we _might_ have a bug in FFmpeg demuxer for...