2016-02-05, 09:49 PM
Any chance you could supply the Idol recording, so I can run it up here in the debugger?
2016-02-05, 09:49 PM
Any chance you could supply the Idol recording, so I can run it up here in the debugger?
2016-02-05, 09:50 PM
jrockow Wrote:I wonder if the other guys who had the "Idol" problem tried your new patch, or maybe it was just the guy with the live-TV problem?No idea. It was the guys that supplied the dump file, that showed it crashing in a particular bit of logic in NPVRCCExtractor.ax. The debugger showed me the specific line of code it was crashing on, and I fixed the problem.
2016-02-05, 11:07 PM
The "Idol" file is 6 GB; my Dropbox limit is 2 GB.
Is there a way to cut out the first 2 GB; and would that maintain the file structure?
2016-02-05, 11:20 PM
You should be able to use CutChunk.exe from http://www.nextpvr.com/nwiki/pmwiki.php?...y.CutChunk
Try a smaller size first, like 500MB. If you can still see the problem playing that file, then uploaded it somewhere and let me know the url.
2016-02-06, 12:02 AM
2016-02-06, 05:38 AM
I can see it crashing with that file. I'm not sure exactly why yet. Still looking into it.
Do you see some missing letters etc in your closed captions? I think I do, and I think it's related to this. I think it's actually the Microsoft CC decoder crashing, but I think it's happening because the NPVR CC Extractor isn't passing it all the CCs, and something gets confused in the CC decoder and eventually leads to a crash.
2016-02-06, 10:43 AM
I have seen some pretty strange looking CCs from time to time.
Other times it seems to be perfect.
2016-02-08, 05:51 AM
I've spent pretty much the entire weekend looking at this problem, and having several (time consuming) attempts at fixing, but not an idea fix yet.
Its not crashing in NPVRCCExtractor.ax. It's crashing in the Microsoft Line 21 Decoder, but I'm not sure why exactly why. When the MainConcept video decoder directly feeds the line 21 decoder, the crash doesn't. When it's feed from NPVRCCExtractor instead, it does crash, but unfortunately I can't find any difference between the data coming from the two sources (there were some minor differences, but even after getting them identical, the problem still happened). I think it's something timing related, but I haven't found it yet. Do you have another example .ts with the problem you could supply? I'm hoping the problem might show itself a little more clearly, or if it's dying on the exact same sequence of bytes (in which case I'll filter them out).
2016-02-08, 07:23 AM
I'm currently trying that idea of filtering out that exact sequence closed caption byte pairs, so it's not delivered to the line 21 decoder, and it does play cleanly through that section. I can't see any visible problem with the closed captions on the screen. I'm not sure you wont get the problem with some other sequence though - which is why I'm hoping to see another sample.
2016-02-08, 12:27 PM
Unfortunately, I have no other example at this time; it seems to mostly happen with "Idol".
(I have cautioned my wife several times about not deleting this show until the problem is solved, but .....) I will be recording the show again this Wednesday evening, and will upload the bad segment then. Perhaps one of the other guys with this problem might still have a copy of "Idol" they could contribute? |
|