MikeIndiaAlpha

Looked over the problem and: - This happens when we feed the video stream packet into decoder - `cuvidParseVideoData` suggests that this is a _parsing_ problem, meaning that something is...

Hello! So I took a quick look and with PTS=2 697 208 290 and DTS=2 697 211 980 the problem is kinda obvious: presentation timestamp is lower than decode timestamp,...

BTW, after recent fixes from ma_refactoring_second branch it may be easier to fix, as some issues with "audio-only" segments were ironed out. But it is still crashing.

So it was a matter of a few trivial changes in this PR https://github.com/livepeer/lpms/pull/348 Basically all that had to be done is removal of the (not very nice anyway) assumption...

> LGTM overall, great work @MikeIndiaAlpha! Thanks! I hope it will be downhill from now on. > someone could do it on Darwin as well (just in case, there shouldn't...

@chrishobcroft Sorry, I did this when I was employed by Livepeer and working on LPMS refactoring was my duty. I left the Livepeer around August last year, so you have...

Not sure if it is still important, but a small comment here: Putting SPS "in front" of each frame does nothing. It is typical for the stream to contain SPS,...

Unfortunately I am running out of time here. In my opinion the problem is that existing code changes the resolutions even if they are in the "legal" range - but...

> Well Done. :-) > Is `loadInputBuffer()` planned to be removed in future PR? I first want to change it into thread (goroutine?) to have synchronisation test. Then it could...

@AlexKordic - this is current version of the LL input/output. It works by having circular buffer on the input side (like we discussed) and packet queue on the output side....