Message ID | 68C35DE7-AB1E-4A1E-BDC4-37D4C02F235F@reufer.ch |
---|---|
State | New |
Headers |
Received: from localhost ([127.0.0.1] helo=www.linuxtv.org) by www.linuxtv.org with esmtp (Exim 4.72) (envelope-from <vdr-bounces@linuxtv.org>) id 1X71Jl-0006Du-UI; Tue, 15 Jul 2014 13:54:45 +0200 Received: from mail.tu-berlin.de ([130.149.7.33]) by www.linuxtv.org with esmtp (Exim 4.72) (envelope-from <thomas@reufer.ch>) id 1X71Jk-0006Dn-3V for vdr@linuxtv.org; Tue, 15 Jul 2014 13:54:44 +0200 X-tubIT-Incoming-IP: 80.74.145.75 Received: from vasco.sui-inter.net ([80.74.145.75]) by mail.tu-berlin.de (exim-4.72/mailfrontend-7) with esmtps [UNKNOWN:AES256-GCM-SHA384:256] for <vdr@linuxtv.org> id 1X71Ji-0006Lh-2I; Tue, 15 Jul 2014 13:54:43 +0200 Received: (qmail 2109 invoked from network); 15 Jul 2014 13:54:42 +0200 Received: from 77-56-93-239.dclient.hispeed.ch (HELO ?192.168.2.97?) (77.56.93.239) by vasco.sui-inter.net with ESMTPSA (AES128-SHA encrypted, authenticated); 15 Jul 2014 13:54:42 +0200 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) From: Thomas Reufer <thomas@reufer.ch> In-Reply-To: <CAOGOgf77aRZPBxdaebP4s_TO6cokiPF7BKvZ4TN5ikQROymSnA@mail.gmail.com> Date: Tue, 15 Jul 2014 13:54:40 +0200 Message-Id: <68C35DE7-AB1E-4A1E-BDC4-37D4C02F235F@reufer.ch> References: <mailman.3.1404813602.3073.vdr@linuxtv.org> <035B64F4-5A38-4B89-8DAF-EE8CBB067156@reufer.ch> <CAOGOgf4A3G+zXXGBONm-BTbR5e9_UA1HT87gEBe_iHX55-ZenQ@mail.gmail.com> <53BD7232.9090803@flensrocker.de> <53BD960A.6020908@flensrocker.de> <CAOGOgf7VB+q6ECn5V_6bQPqxZoBUbRxQ_vObn0U8=_2HZnTK7g@mail.gmail.com> <CAOGOgf5Fca6Q0soUHHNLsTjeSfsC8Xdvk4pvvpCK2tsqt8sRKg@mail.gmail.com> <B0812852-0CAC-46CC-AB7A-EE49B3C2144F@reufer.ch> <CAA7C2qikLGFcbNz1VtF7rj6EHfTvK81910CeoiCN3VtK=rUtBw@mail.gmail.com> <CAOGOgf77aRZPBxdaebP4s_TO6cokiPF7BKvZ4TN5ikQROymSnA@mail.gmail.com> To: VDR Mailing List <vdr@linuxtv.org> X-Mailer: Apple Mail (2.1510) X-PMX-Version: 6.0.0.2142326, Antispam-Engine: 2.7.2.2107409, Antispam-Data: 2014.7.15.114519 X-PMX-Spam: Gauge=IIIIIIII, Probability=8%, Report=' HTML_00_01 0.05, HTML_00_10 0.05, MIME_LOWER_CASE 0.05, SUPERLONG_LINE 0.05, BODYTEXTP_SIZE_3000_LESS 0, BODY_SIZE_1200_1299 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_7000_LESS 0, NO_URI_FOUND 0, __BOUNCE_CHALLENGE_SUBJ 0, __BOUNCE_NDR_SUBJ_EXEMPT 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __HAS_FROM 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __INT_PROD_TV 0, __IN_REP_TO 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __MSGID_APPLEMAIL 0, __SANE_MSGID 0, __SUBJ_ALPHA_NEGATE 0, __TO_MALFORMED_2 0, __USER_AGENT_APPLEMAIL 0, __X_MAILER_APPLEMAIL 0' X-LSpam-Score: -1.1 (-) X-LSpam-Report: No, score=-1.1 required=5.0 tests=BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RDNS_NONE=0.793 autolearn=no Subject: Re: [vdr] Raspberry Pi, Streamdev + rpihddevice X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/options/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: vdr-bounces@linuxtv.org Errors-To: vdr-bounces@linuxtv.org |
Commit Message
Thomas Reufer
July 15, 2014, 11:54 a.m. UTC
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
Comments
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 >
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
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 >
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 >> > >
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
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)) :