Softhddevice randomly corrupt picture

    I am having random problems with softhddevice. There are random glitches in the image, looks exactly the same as with invalid mpeg stream.. Mosaic, picture "breaking apart" etc. The picture is usually fine for several minutes, then bugs for a few seconds, and then again fine for several minutes. Sometimes it works nicely for the whole evening, sometimes bugs so often than it's nearly unwatchable.


    I first thought I have bad reception, but this is not the case. If I hit "record" while corrupted video is on screen, I can watch the program later without corruption, or at least the errors move the different place. So it must be softhddevice problem?


    It makes no difference if it's HD or SD channel. Also channel makes no difference, same on every channel from Thor 1W..


    I think it is some sort of AV sync problem perhaps? I have a separate PCI audio card which I use for SPDIF output. I guess most users are using hdmi audio? Perhaps there is too much clock difference between video/audio because I have them on separate cards?


    When the picture is fine, I get almost no AV messages in syslog.. But the video problem is showing, I get a lot of messages like this:


    Jan 24 12:35:58 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:35:58 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:35:58 yavdr vdr: video: 17:52:46.371 +330 340 0/\ms 37+8 v-buf
    Jan 24 12:35:59 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:35:59 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:35:59 yavdr vdr: video: 17:52:46.851 -65 296 0/\ms 52+6 v-buf
    Jan 24 12:35:59 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:35:59 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:35:59 yavdr vdr: video: 17:52:47.031 +58 336 0/\ms 52+7 v-buf
    Jan 24 12:36:02 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:36:02 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:36:02 yavdr vdr: video: 17:52:49.931 -30 195 0/\ms 47+6 v-buf
    Jan 24 12:36:05 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:36:05 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:36:05 yavdr vdr: video: 17:52:53.891 +64 139 0/\ms 39+8 v-buf
    Jan 24 12:36:06 yavdr vdr: audio/alsa: wait underrun error? 'Broken pipe'
    Jan 24 12:36:07 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:36:07 yavdr vdr: video: speed up video, droping frame
    Jan 24 12:36:07 yavdr vdr: video: 17:52:55.791 -17 269 0/\ms 44+5 v-buf
    Jan 24 12:36:08 yavdr vdr: video: slow down video, duping frame
    Jan 24 12:36:08 yavdr vdr: video: 17:52:56.051 +82 269 0/\ms 45+8 v-buf



    Looks suspicious, what's the point to do duping frame and then droping frame right after, during the same second? The AV sync code must somehow "oscillate" so it corrects too much and then has to fix again?


    I'm using yavdr 0.5.0, and the latest softhddevice that comes from apt-get.. Geforce GT210 graphics card.

    I have no Thor 1W. to test. You can send me a recording or a link to it, which shows the failure.


    There should be no "speed up" "slow down" staying on a channel.
    Check your TV running 50Hz, if you look PAL stations. Or 60Hz for NTSC.


    Your log shows extreme Jumps in the A/V Sync but this is calculated internal.
    It can be a performance problem, the buffered frames are going from "+6" to "+8".
    Try Bob or Weave Deinterlacer and normal scaling, setting can be found in the plugin
    setup under video section.


    But i don't think your video artefacts are coming from the A/V problem.


    Here is a patch for a softer sync http://projects.vdr-developer.org/issues/1172


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    I have tried changing the interlacing and scale settings, no change. Also as I said, there is no difference if I watch HD or SD channels, both have the problem.


    And also, sometimes it can work many hours without a single glitch. I sometimes change some setting and think that the problem is gone, until it starts again the next day..


    If I make a recording while it is bugging, I can later watch the recording without any problem.. there's probably no point to send any recordings to you, I'm sure it will play without glitches.

    Try another frontend.
    Build the plugin with -DDEBUG, than there are more information in the syslog.


    Could be a temperature problem.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    I built it with -DDEBUG two days ago, obviously it now has worked without problems after that. :) So no news..


    The problem was present with DVB-S and DVB-T tuners, and also while watching recordings.


    I don't think it's temperature. I have the machine running 24h, "nvidia-smi -a" shows GPU core temperature of 31C..

    Ok, now it happened again.


    I think it is somehow related to my PCI audio card, perhaps it's simply broken or bad drivers? I now ordered a HDMI switcher with SPDIF output, so I can use audio out though HDMI and discard this PCI card.


    In the log you see that audio is stopped and started again for some reason? I can also hear a small "cut" in the sound at the same time when the video is corrupted.


    Jan 30 12:35:16 yavdr vdr: audio/alsa: wait underrun error? 'Broken pipe'
    Jan 30 12:35:17 yavdr vdr: [softhddev] empty video packet 142 bytes
    Jan 30 12:35:17 yavdr vdr: audio/alsa: writei underrun error? 'Broken pipe'
    Jan 30 12:35:17 yavdr vdr: audio/alsa: stopping play 'PREPARED'
    Jan 30 12:35:17 yavdr vdr: audio: wait on start condition
    Jan 30 12:35:17 yavdr vdr: audio: start? 32ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 64ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 96ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 128ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 160ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 192ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 224ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 256ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: video/vdpau: 19:33:54.611: decoder render too slow 142ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 288ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: start? 320ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: video/vdpau: 1359531738506809 display time 100000
    Jan 30 12:35:17 yavdr vdr: video: speed up video, droping frame
    Jan 30 12:35:17 yavdr vdr: video/vdpau: missed frame (4/16174)
    Jan 30 12:35:17 yavdr vdr: audio: start? 352ms skip 0ms
    Jan 30 12:35:17 yavdr vdr: audio: ----> 352ms start
    Jan 30 12:35:17 yavdr vdr: video: slow down video, duping frame
    Jan 30 12:35:17 yavdr vdr: video: 19:33:54.591 +160 381 0/\ms 62+7 v-buf

    What happens before the Audio dropped?


    Looks like reception problems, when audio and video have problems to the same time.


    Some mobile DECT handy?


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

    Hmm.. This is from satellite, and it is snowing.. But femon-plugin shows really good signal levels.


    Also, as I tested before, if I record, I can later watch same show without problem!

    When the recording is good, than it must be another problem.
    Perhaps you didn't notice the missing part during replay.


    Johns

    Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
    Sag mir, wo die Developer sind. Was ist geschehn?


    Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
    Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
    Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
    Server0: Dockstar TT-S2-3600-USB / streamdev
    Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!

Register Yourself Login