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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.