From: Andy Furniss <adf.lists@gmail.com>
To: "Russel Winder" <russel@winder.org.uk>,
"Peter Fässberg" <pf@leissner.se>,
DVB_Linux_Media <linux-media@vger.kernel.org>
Subject: Re: SV: PCTV 292e support
Date: Mon, 25 Jan 2016 00:48:07 +0000 [thread overview]
Message-ID: <56A570C7.5090107@gmail.com> (raw)
In-Reply-To: <1453639842.2497.69.camel@winder.org.uk>
Russel Winder wrote:
> On Sun, 2016-01-24 at 10:07 +0000, Andy Furniss wrote:
> It finds all the physical channels, quite happily describes all the
> virtual channels in the T1 channels, fails to find anything in one
> of the T2 channels and finds unnamed channels in the other T2
> channel. The device itself is fine, as it gets all T1 and T2 channels
> on Windows. This implies something awry with it in a Linux context.
OK, I can't reproduce this on Tacoleneston which has three T2 muxes.
I am using some old git version (Jun 10), I'll try current as time allows.
One of the T2s only has 2 channels anyway and as is normal AFAIK
channels that aren't running at time of scan don't get audio/video pids
listed, but the rest of the info is there.
There is a timeout option eg -T 3 trebles the timeouts - maybe try that.
> The whole point of my activity is to rewrite Me TV. This is intended
> as a very lightweight DVB player. The idea is not to have MythTV,
> Kodi, etc. which are intended to be media centres. I just want a
> television window with EPG. Original Me TV was GTK+2, Xine, DVBv3
> with direct access to the kernel API. I am rewriting for libdvbv5,
> GStreamer, GTK+3.
>
> I am starting with scan and tune codes so as to set up dvr0 as the
> input source for the rendering. dvbv5-zap -p is an experimental tool
> to plug into a gst-launcher-1.0 script just to trial things. My code
> has the same problems dvbv5-zap has, describing my problem in terms
> of dvbv5-zap behaviour just means it isn't my code that is wrong,
> there is an issue somewhere in the libdvbv5 code or the device
> driver.
Interesting, so you know a lot more than me about this stuff :-)
Experience as a user of 292/290s - they do need some time/grace to tune
in/stop spewing "junk". IIRC I added 5sec somewhere in TVH in addition
to whatever it already uses.
I guess going from T to T2 is worse - and then factor in that some T2s
are much lower power than others.
It did seem in the thread that I started where EAGAIN worked around,
that the code was giving no grace at all and expecting to be able to
parse stream content straight away. I may mis-remember though!
next prev parent reply other threads:[~2016-01-25 0:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-01-24 5:28 PCTV 292e support Russel Winder
[not found] ` <ijvkgaod4jhqyaoroevcea7f.1453613737402@email.android.com>
2016-01-24 5:57 ` SV: " Russel Winder
2016-01-24 6:56 ` Russel Winder
2016-01-24 8:46 ` Russel Winder
2016-01-24 10:07 ` Andy Furniss
2016-01-24 12:50 ` Russel Winder
2016-01-25 0:48 ` Andy Furniss [this message]
2016-01-25 17:33 ` Russel Winder
2016-01-25 18:23 ` Andy Furniss
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=56A570C7.5090107@gmail.com \
--to=adf.lists@gmail.com \
--cc=linux-media@vger.kernel.org \
--cc=pf@leissner.se \
--cc=russel@winder.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox