Error with VNSI and Fox ATSC in the US
#1
I have spent some time reading up on this..

When watching my local Fox station I get audio drop outs with XBMC which doesn't happen when I watch with vdr-sxfe.

the vnsiserver produces this in the logs

Code:
Jan 25 19:16:33 oac vdr: [24827] VNSI: Started streaming of channel 39 - 39-WQRFDT_(WQRF-DT) Fox_Affiliate qam
Jan 25 19:16:33 oac vdr: [24830] TS buffer on device 2 thread started (pid=24184, tid=24830)
Jan 25 19:16:36 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 88544, last = 88798
Jan 25 19:16:42 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 661664, last = 661918
Jan 25 19:16:45 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 955424, last = 955678
Jan 25 19:16:48 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 1249184, last = 1249438
Jan 25 19:16:52 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 1542944, last = 1543198
Jan 25 19:16:55 oac vdr: [24828] VNSI-Error: DTS discontinuity. DTS = 1836704, last = 1836958

These seem to correspond with the dropouts.

I don't notice this so bad if not listening on a Dolby Digital AMP..

I've been trying to work out what's happening as I work for this station at the moment. As it happens with both the Clear QAM and ATSC channel we were able to diagnoze that XBMC/VNSI doesn't like the Motorola muxer that Fox makes them use to Mix local content with the Network Stream.

Reading up a little on this on avforums, it appears that this Motorola Muxer causes problems for denon AV amps too. Unfortunetely, there is nothing the local station is able to do to fix this. Is there a way to get vnsi to work around this continuity error as xine does?

XBMC.log at time of problem
Code:
19:26:40 T:2815425392 M:2119774208   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:41 T:2726312816 M:2119720960   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:41 T:2815425392 M:2119946240   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:42 T:2726312816 M:2120192000   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:42 T:2815425392 M:2120019968   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:44 T:2726312816 M:2120597504   DEBUG: Previous line repeats 1 times.
19:26:44 T:2726312816 M:2120597504   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:45 T:2815425392 M:2120232960   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:45 T:2726312816 M:2120749056   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:46 T:2815425392 M:2120695808   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:47 T:2726312816 M:2120245248   DEBUG: Previous line repeats 1 times.
19:26:47 T:2726312816 M:2120245248   DEBUG: CDVDPlayerAudio:: Duplicating 2 packet(s) of 32.00 ms duration
19:26:48 T:2815425392 M:2120847360   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:48 T:2726312816 M:2119634944   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:49 T:2815425392 M:2118545408   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:50 T:2726312816 M:2120335360   DEBUG: Previous line repeats 1 times.
19:26:50 T:2726312816 M:2120335360   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:51 T:2815425392 M:2121428992   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:52 T:2976897904 M:2121752576   DEBUG: PVR: Updating TV Channel list
19:26:52 T:2815425392 M:2121752576   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:54 T:2726312816 M:2119548928   DEBUG: Previous line repeats 1 times.
19:26:54 T:2726312816 M:2119548928   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:54 T:2976897904 M:2119352320   DEBUG: PVR: Updating Timers list
19:26:54 T:2815425392 M:2119450624   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
19:26:54 T:3021993856 M:2119577600   DEBUG: UPower: Recieved an unkown signal DeviceChanged
19:26:55 T:2726312816 M:2120048640   DEBUG: CDVDPlayerAudio:: Duplicating 1 packet(s) of 32.00 ms duration
19:26:55 T:2815425392 M:2120048640   DEBUG: CGUIInfoManager::SetCurrentMovie(pvr://channels/tv/all/15.pvr)
Reply
#2
what version/revision of xbmc are we talking about?

did you try playing the same channel on another player like VLC?
opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
Reply
#3
It does it on pvr-testing2 (the last one I could pull - originally from last summer, but the same as your copy) and an svn I pulled from the new tree two nights ago. (As I was wondering if it had been fixed.)

VLC is fine, as it mplayer (Via streamdev). AFAIR the xbmc-streamdev plugin also worked, but I could be wrong. It's our main TV watching platform now so is difficult to test.

I'm pretty sure the problem is actually Fox's, but as it's one of the big four TV networks here, loads of people are probably suffering from it..
Reply
#4
Just tested it quick with the streamdev pvr interface and the audio problems are not present. However, this interface won't work with my hdpvr, so it's better for me to use the vnsi interface..
Reply
#5
you should use vnsi. streamdev is obsolete (at least that's what I've been told).

I got a bunch of patches for the vnsi plugin in my mailbox, waiting to be applied. don't know if the issues you're describing are addressed in those patches.

I'll apply them later this week to the development branch. Perhaps they'll be backported for Dharma-pvr 10.1 too.
opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
Reply
#6
Can you apply my patch too in the other thread? :-)

Actually the error is possibly in the vdr-plugin-vnsi - this is probably independent of xbmc version, as long as things are drastically changed. So it could work.

I'm currently running the new tree version of the plugin as I don't notice any difference and diff told me that it was mainly changes in Wirblescan, which I don't use..

Keep up the good work..

As an aside, when using more than one xbmc instance on the same vdr server, you need multiple vnsi vdr plugins running on different ports. I got this working by changing the plugin name to vnsiserver2 and bumping the port number up by one in config.h.
Reply
#7
please fork me off on github and send the changes in using pull requests. I also asked people who mailed me patches to do the same. it's easier to check and apply for me.

this is the change to vnsi that I was talking about earlier, that I got mailed before: https://github.com/opdenkamp/xbmc/pull/6
opdenkamp / dushmaniac

xbmc-pvr [Eden-PVR builds] [now included in mainline XBMC, so no more source link here :)]
personal website: [link]

Found a problem with PVR? Report it on Trac, under "PVR - core components". Please attach the full debug log.

If you like my work, please consider donating to me and/or Team XBMC.
Reply
#8
Those commits look like they'll have some kind of effect, as the whole check which is causing problems has been removed. I will have to try and download or edit those changes into my source when I get back and test it..
Reply
#9
I downloaded the patched vdr-plugin-vnsiserver from the chap who submitted the cleanup patches, stuck my patches against it to get the hdpvr and PBS stations working and compiled it against my vdr. It behaves in exactly the same way, so that code cleanup didn't help, although I don't get the vdr.log errors anymore, just the xbmc.log ones.

Interestingly, a recording on that channel played back is fine.
Reply
#10
rdoac Wrote:I downloaded the patched vdr-plugin-vnsiserver from the chap who submitted the cleanup patches, stuck my patches against it to get the hdpvr and PBS stations working and compiled it against my vdr. It behaves in exactly the same way, so that code cleanup didn't help, although I don't get the vdr.log errors anymore, just the xbmc.log ones.

Interestingly, a recording on that channel played back is fine.

i am suffering the same problem (http://forum.xbmc.org/showthread.php?tid=90535) and come to the point, that the problem is in the the vnsi-plugin. You can quick check it, if you switch to ffmpeg output or (as you do) make a recording. you can quick check tvheadend as alternative backend. It's work fine except the EPG part

i try to debug trough the code but without proper tools i'am unable to figure out where the problem starts. Did anyone know good tools to debug streaming-data
Reply

Logout Mark Read Team Forum Stats Members Help
Error with VNSI and Fox ATSC in the US0