activated recording blocks incoming ts packets

[butterface]

Having sporadic "Co. Errors" (dropped ts packets) when recording I installed my card into a Duron 850 MHz System, having 100+ times more "Co. Errors" while recording and viewing and no errors when only viewing. Recording in renderless mode is a bit better but not perfect.
This shows that these dropouts are a fault of DVB Dream and not the driver or my hardware.

Looks like there are less errors on faster systems, but 850 MHz should be enough for recording and Recording errorless should have a higher priority than decoding.
It would be a shame keeping or sharing broken records .

It seems the TS handling is included in the callback function. Little delays in hard disk access may block the callback function of being invoked by the driver.
I suggest the callback function should only write to a large enough buffer and then leaves immediately to be ready for the next packet. Packet processing should be included into another thread.

🌟 Recommended Tools & Services

• Formify.one - Free Online Form Creator (Better than Google Forms). - Create Professional Forms That Match Your Business, Form Builder That Actually Helps You Collect More Responses
• CrispShare - Screenshot Editor That Makes Your Work Look Professional (Without Design Skills). - Make Your Screenshots Stand Out in Crowded Social Feeds
• DVB Dream - Best TV Reception/Record software for your computer DVB add on. - Stop Missing Your Favorite Shows - Record TV Directly to Your PC. Turn Your Computer Into a Professional TV Recorder. Unlock Its Full Potential With Professional TV Software

[rel]

It uses a buffered system. Does the same problem occur with both record formats (TS and MPG) ? or specific to one?

and have you tried recording and viewing by cooling the device (PCI card), i.e. using some extra fan ?

[butterface]

Does the same problem occur with both record formats (TS and MPG)

I recorded in MPEG only.

.. have you tried recording and viewing by cooling the device (PCI card)

Yes, that doesn't help.

It's strange, yesterday I recorded some hours on different channels with video rendering enabled and no cooling on the 850MHz machine and not a single error appeard in PID statistics. Unfortunately the recorded files have a lot of errors if they were recorded with parallel video rendering, but no errors if rendering was disabled. Looks like video rendering may affect recording in a bad way.
The day before I had hundreds of "Co. Errors" on the same machine on all channels I switched to.

[rel]

any news?

could you fix the problem there?

[butterface]

I'm not sure what the problem was. I bought a newer revision of the card which is now running on a relatively clean Windows installation. The old Windows installation somehow caused DVBDream to hang for serveral seconds when starting or switching channels, this problem is gone.

Sometimes I still have multiple "Con.Err"s on very specific Transponders although the signal level is very good.

Now I only record in TS format.
DVBDream seems to corrupt splitted files at the end/beginning, at least when recording in PS. The last packet of a file looks always truncated. When playing these splitted files together there are always small video errors where the split is located.
DVBDream resets the PTS for every splitted PS file, that is very unuseful.