"TsWriter.log: "No PayLoad, Continuity Counter should be the same" (1 Viewer)

Sjakko

Portal Member
January 2, 2009
29
6
Home Country
Netherlands Netherlands
TV-Server Version: 1.0.0.21149
MediaPortal Version: 1.0.0.21149
MediaPortal Skin: Blue3
Windows Version: XP Pro SP3
CPU Type: Core2Duo E8400 @3GHz
HDD: 3x750GB +1x1TB Samsung
Memory: 4x1GB Kingston KTC1G-UDIMM
Motherboard: MSI MS-7345v1.2 (P35 Neo2 FIR)
Video Card: Sapphire HD2600XT
Video Card Driver: 8.600.0.0 (CCC9.4)
Sound Card: onboard Realtek HD (ALC888)
Sound Card AC3: ?
Sound Card Driver: 5.10.0.5804
1. TV Card: Digital Everywhere FloppyDTV C/CI, HW v01.26.02
1. TV Card Type: DVB-C
1. TV Card Driver: 4.8.0
2. TV Card: Digital Everywhere FloppyDTV C/CI, HW v01.26.02
2. TV Card Type: DVB-C
2. TV Card Driver: 4.8.0
3. TV Card:
3. TV Card Type:
3. TV Card Driver:
4. TV Card:
4. TV Card Type:
4. TV Card Driver:
MPEG2 Video Codec: Gabest 1.1.796.0
MPEG2 Audio Codec: FFdshow 1.0.5.2052
h.264 Video Codec: FFdshow 1.0.5.2052
Satelite/CableTV Provider: Delta Digital TV (Netherlands)
HTPC Case: No dedicated HTPC, just my pc case: Sharkoon Revenge
Cooling: 3 large casefans
Power Supply: Silverstone Strider ST56F, 560W
Remote: -
TV: Sony Bravia KDL-26V4500
TV - HTPC Connection: DVI to HDMI

Hi guys,

I've been struggling with this for a few weeks now and could really use some help. :rolleyes:

The problem
Sometimes, when repairing my recordings with ProjectX, it'll find a lot or "out of sequence" errors resulting in multiple dropped GOPs. They come in groups of 10 or more of those lines, like this:

!> PID 0x30 -> packet 4696904 @ pos. 883017764 out of sequence (5/2) (shifting counter..) (~00:25:47.840)
!> PID 0x40 -> packet 4696929 @ pos. 883022464 out of sequence (0/15) (shifting counter..) (~00:25:47.840)
!> PID 0x30 -> packet 4696932 @ pos. 883023028 out of sequence (3/14) (shifting counter..) (~00:25:47.840)
!> PID 0x40 -> packet 4696972 @ pos. 883030548 out of sequence (8/3) (shifting counter..) (~00:25:47.840)
!> PID 0x30 -> packet 4696974 @ pos. 883030924 out of sequence (15/11) (shifting counter..) (~00:25:47.840)
!> PID 0x30 -> packet 4697036 @ pos. 883042580 out of sequence (7/11) (shifting counter..) (~00:25:47.840)
!> PID 0x30 -> packet 4697068 @ pos. 883048596 out of sequence (0/6) (shifting counter..) (~00:25:47.840)
!> PID 0x40 -> packet 4697072 @ pos. 883049348 out of sequence (3/10) (shifting counter..) (~00:25:47.840)
!> PID 0x30 -> packet 4697088 @ pos. 883052356 out of sequence (6/1) (shifting counter..) (~00:25:47.840)
!> PID 0x40 -> packet 4697089 @ pos. 883052544 out of sequence (12/6) (shifting counter..) (~00:25:47.840)

A typical ProjectX log has been attached.

MP logs
When I check the MP logs for those times I often find a "No PayLoad, Continuity Counter should be the same !" notice in the TsWriter log. I wonder: what does this mean?

When do these errors occur?
- The most notable about this, is that these errors often occur (but not exclusively) at the very second I start/stop a second recording! Not just on the same transponder but also when the other card (I have 2 cards) starts/stops recording.

Process priority
I experimented a lot with this issue and I think it's a process priority issue. I use the ForTheRecord plugin with quite some schedules often containing a lot of rules, so canceling/editing schedules can be quite CPU intensive. It'll run at 100% for multiple seconds when recalculating recordings and updating its database. Also the error described above will often be at the exact second a recording is started/stopped. After setting MediaPortals TVServer's priority to Realtime the problem is gone! You just have to keep an eye on the TVService.exe priority in task manager, because on my machine the priority is reset to NORMAL after a reboot. Probably a MP bug.

The problem is that the Realtime priority raises other problems like MediaPortal crashing or stopping playback as soon as a recording is started/stopped, because it simply runs out of resources.

Signal
I'm really sure my cables and connectors are good. I really don't think it's a signal thing. Also other recording apps are not affected; when I run DVBViewer on 1 card and MediaPortal on the 2nd, only the MediaPortal recording will be affected (and it's not card specific, I tested it).

So my questions
- What does this "No PayLoad, Continuity Counter should be the same !" thing mean and what are common causes?
- Cán this actually be caused by the sudden intensive CPU usage by ForTherecord?

I hope you can help me cause I record a lot of live music and a 3min. song with 2 dropped GOPs isn't much fun. A big thank you! :D
 

Sjakko

Portal Member
January 2, 2009
29
6
Home Country
Netherlands Netherlands
Can it be an SQL server thing? I see the sql server CPU usage spiking during canceling/starting/stopping recordings. There must be an expert here who can help me. :(
 

daffydk

Portal Member
January 8, 2005
32
0
Esbjerg
Home Country
Denmark Denmark
hmm

Got the same problem
so your not alone..

iptv worked yesterday but today it doesnt work anymore and i havnt touch the server at all

Please help anyone
 

Sjakko

Portal Member
January 2, 2009
29
6
Home Country
Netherlands Netherlands
I hope we can get a reply.

In the contrary to what I said earlier: setting TVService priority to Realtime DOES solve the problem. You just have to keep an eye on the TVService.exe priority in task manager, because on my machine the priority is reset to NORMAL after a reboot. Probably a MP bug.

The problem is that the Realtime priority raises other problems like MediaPortal crashing or stopping playback as soon as a recording is started/stopped, because it simply runs out of resources.
 

daffydk

Portal Member
January 8, 2005
32
0
Esbjerg
Home Country
Denmark Denmark
Nope that didnt solve my problem at all
setting it to realtime did nothing .. still got thoose No payload crap f... things i dont get it.. ( i miss my analog tv-tuner it always worked lol )

i have another thread going on with logs included in the IPTV finaly working solutions .. but havnt got an answer yet .
 

Users who are viewing this thread

Top Bottom