LinuxTV Patchwork Raspberry Pi, Streamdev + rpihddevice

login
register
mail settings
Submitter Thomas Reufer
Date July 15, 2014, 11:54 a.m.
Message ID <68C35DE7-AB1E-4A1E-BDC4-37D4C02F235F@reufer.ch>
Download mbox | patch
Permalink /patch/24843/
State New
Headers show

Comments

Thomas Reufer - July 15, 2014, 11:54 a.m.
Hi Norm

> It was already set to 6.  I tried 7 with no difference.  It had been working fine with my Pioneer receiver up until this latest version.  A direct connection to the TV seems to work with my other setup.

What's the exact version you've been using before? I'm not aware of any recent changes in this area, but if you encounter these problems only during live-TV, you might try this patch:


During live-TV the OMX clock is permanently adjusted to keep it in sync with the DVB stream. The method as well as the correction factors I've taken from omxplayer without knowing how big the deviation is actually allowed to be, since it's also affecting the HDMI clock. The above patch changes the maximum value from +/- 1% to +/- 0.5%.

Regards,
Thomas
Norm Dressler - July 15, 2014, 12:08 p.m.
Thanks for the quick response.  I had downloaded a tarball of 0.0.5 and I
believe the git version I have is 0.0.9.

I applied the patch but I'm still getting the disruptions - where it was
blanking the screen before it seems to be 'glitching' and occasionally
blanking.

Norm


On Tue, Jul 15, 2014 at 7:54 AM, Thomas Reufer <thomas@reufer.ch> wrote:

> Hi Norm
>
> > It was already set to 6.  I tried 7 with no difference.  It had been
> working fine with my Pioneer receiver up until this latest version.  A
> direct connection to the TV seems to work with my other setup.
>
> What's the exact version you've been using before? I'm not aware of any
> recent changes in this area, but if you encounter these problems only
> during live-TV, you might try this patch:
>
> diff --git a/omxdevice.c b/omxdevice.c
> index 6ccb113..b006f44 100644
> --- a/omxdevice.c
> +++ b/omxdevice.c
> @@ -32,7 +32,7 @@ int cOmxDevice::s_speeds[2][8] = {
>
>  // speed correction factors for live mode, taken from omxplayer
>  int cOmxDevice::s_speedCorrections[5] = {
> -       S(0.990f), S(0.999f), S(1.000f), S(1.001), S(1.010)
> +       S(0.995f), S(0.999f), S(1.000f), S(1.001), S(1.005)
>  };
>
>  cOmxDevice::cOmxDevice(void (*onPrimaryDevice)(void)) :
>
> During live-TV the OMX clock is permanently adjusted to keep it in sync
> with the DVB stream. The method as well as the correction factors I've
> taken from omxplayer without knowing how big the deviation is actually
> allowed to be, since it's also affecting the HDMI clock. The above patch
> changes the maximum value from +/- 1% to +/- 0.5%.
>
> Regards,
> Thomas
>
>
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
Thomas Reufer - July 15, 2014, 2:35 p.m.
Am 15.07.2014 um 14:08 schrieb Norm Dressler <norm.dressler@gmail.com>:

> Thanks for the quick response.  I had downloaded a tarball of 0.0.5 and I believe the git version I have is 0.0.9.  

Well, 0.0.5 was quite long time ago… ;-)

> I applied the patch but I'm still getting the disruptions - where it was blanking the screen before it seems to be 'glitching' and occasionally blanking.

Could you please try plain 0.0.9 without the latest patches in git? And some more information would be really helpful… whether it happens only on live-TV, your audio settings, config.txt, etc...

Furthermore I'd try to play a file with omxplayer to see, whether it's related to the plugin or to your setup.

Regards,
Thomas
Norm Dressler - July 15, 2014, 4:38 p.m.
Trying these things now.  I had installed that version of rpihddevice only
because the how-to I followed linked to it :)   I will record some of the
HD stream in question and then try and replay it both within VDR and from
omxplayer.

my config.txt:

hdmi_force_hotplug=1

hdmi_group=1
hdmi_mode=16

config_hdmi_boost=2

gpu_mem=256

decode_MPG2=xxxxxxxxx
decode_WVC1=xxxxxxxxx



On Tue, Jul 15, 2014 at 10:35 AM, Thomas Reufer <thomas@reufer.ch> wrote:

>
> Am 15.07.2014 um 14:08 schrieb Norm Dressler <norm.dressler@gmail.com>:
>
> > Thanks for the quick response.  I had downloaded a tarball of 0.0.5 and
> I believe the git version I have is 0.0.9.
>
> Well, 0.0.5 was quite long time ago… ;-)
>
> > I applied the patch but I'm still getting the disruptions - where it was
> blanking the screen before it seems to be 'glitching' and occasionally
> blanking.
>
> Could you please try plain 0.0.9 without the latest patches in git? And
> some more information would be really helpful… whether it happens only on
> live-TV, your audio settings, config.txt, etc...
>
> Furthermore I'd try to play a file with omxplayer to see, whether it's
> related to the plugin or to your setup.
>
> Regards,
> Thomas
>
>
> _______________________________________________
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
Norm Dressler - July 15, 2014, 7:30 p.m.
Ok, so I'm back to the released version of 0.0.9 (not GIT).  It does the
same thing - blanks the screen, etc.  I recorded the channel for a bit to
see if it happens with the recording and it does happen with the recording.
 I think exited VDR and ran omxplayer directly with the TS file and it did
NOT have the same problem.  No glitches or blanking.

The video is 1080i with AC3 6-channel audio.  The RPI is plugged into a
Pioneer VX-1023 receiver, which in turn is connected to the LG 3d LED tv.
 Audio is configured to go out HDMI with passthrough enabled.

If there is any other information I can get for you just let me know.

Norm


On Tue, Jul 15, 2014 at 12:38 PM, Norm Dressler <norm.dressler@gmail.com>
wrote:

> Trying these things now.  I had installed that version of rpihddevice only
> because the how-to I followed linked to it :)   I will record some of the
> HD stream in question and then try and replay it both within VDR and from
> omxplayer.
>
> my config.txt:
>
> hdmi_force_hotplug=1
>
> hdmi_group=1
> hdmi_mode=16
>
> config_hdmi_boost=2
>
> gpu_mem=256
>
> decode_MPG2=xxxxxxxxx
> decode_WVC1=xxxxxxxxx
>
>
>
> On Tue, Jul 15, 2014 at 10:35 AM, Thomas Reufer <thomas@reufer.ch> wrote:
>
>>
>> Am 15.07.2014 um 14:08 schrieb Norm Dressler <norm.dressler@gmail.com>:
>>
>> > Thanks for the quick response.  I had downloaded a tarball of 0.0.5 and
>> I believe the git version I have is 0.0.9.
>>
>> Well, 0.0.5 was quite long time ago… ;-)
>>
>> > I applied the patch but I'm still getting the disruptions - where it
>> was blanking the screen before it seems to be 'glitching' and occasionally
>> blanking.
>>
>> Could you please try plain 0.0.9 without the latest patches in git? And
>> some more information would be really helpful… whether it happens only on
>> live-TV, your audio settings, config.txt, etc...
>>
>> Furthermore I'd try to play a file with omxplayer to see, whether it's
>> related to the plugin or to your setup.
>>
>> Regards,
>> Thomas
>>
>>
>> _______________________________________________
>> vdr mailing list
>> vdr@linuxtv.org
>> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>>
>
>
Thomas Reufer - July 16, 2014, 2:07 p.m.
Am 15.07.2014 um 21:30 schrieb Norm Dressler <norm.dressler@gmail.com>:

> Ok, so I'm back to the released version of 0.0.9 (not GIT).  It does the same thing - blanks the screen, etc.  I recorded the channel for a bit to see if it happens with the recording and it does happen with the recording.  I think exited VDR and ran omxplayer directly with the TS file and it did NOT have the same problem.  No glitches or blanking.  
> 
> The video is 1080i with AC3 6-channel audio.  The RPI is plugged into a Pioneer VX-1023 receiver, which in turn is connected to the LG 3d LED tv.  Audio is configured to go out HDMI with passthrough enabled.

If you're using pass through, could you please try to add hdmi_stream_channels=1 to config.txt? That's currently the only difference to omxplayer I'm aware of. Or, try to use analog audio, to ensure there's no HDMI-audio issue.

If the error still occurs, I'd be interested in the video file to try, whether I can reproduce the issue. If you have the possibility to upload the file somewhere, please let me know via PM.

Regards,
Thomas

Patch

diff --git a/omxdevice.c b/omxdevice.c
index 6ccb113..b006f44 100644
--- a/omxdevice.c
+++ b/omxdevice.c
@@ -32,7 +32,7 @@  int cOmxDevice::s_speeds[2][8] = {
 
 // speed correction factors for live mode, taken from omxplayer
 int cOmxDevice::s_speedCorrections[5] = {
-       S(0.990f), S(0.999f), S(1.000f), S(1.001), S(1.010)
+       S(0.995f), S(0.999f), S(1.000f), S(1.001), S(1.005)
 };
 
 cOmxDevice::cOmxDevice(void (*onPrimaryDevice)(void)) :

Privacy Policy