linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: poma <pomidorabelisima@gmail.com>
To: Marx <acc.for.news@gmail.com>, linux-media@vger.kernel.org
Subject: Re: pctv452e
Date: Mon, 09 Jul 2012 20:21:29 +0200	[thread overview]
Message-ID: <4FFB2129.2070301@gmail.com> (raw)
In-Reply-To: <scerc9-bm6.ln1@wuwek.kopernik.gliwice.pl>

On 07/09/2012 06:44 PM, Marx wrote:
> W dniu 2012-07-09 10:42, Antti Palosaari pisze:
>> On 07/09/2012 09:24 AM, Marx wrote:
>>> On 08.07.2012 14:32, Antti Palosaari wrote:
>>>> I suspect you stopped szap ?
>>>>
>>>> You cannot use dvbdate or dvbtraffic, nor read data from dvr0 unless
>>>> frontend is tuned. Leave szap running backround and try again.
>>>
>>> That way it works, and I can save stream. Hovewer it's strange because I
>>> shouldn't have to constatly tune channel to watch it, and on previous
>>> cards it was enough to tune once and then use other commands.
>>> I base my knowledge on
>>> http://www.linuxtv.org/wiki/index.php/Testing_your_DVB_device
>>> There is nothing about constant tuning channel to use it. Am I missing
>>> something?
>>
>> given wiki-page says:
>> "
>> 4. After you've tuned a frequency and program
>>
>> a) You could now start up your simple TV watching application and decode
>> the stream you have tuned.
>>
>> For example, while keeping {a,c,s,t}zap running in the first console
>> shell, open up another console and run
>> "
>>
>> Behavior have been always same, at least for the DVB USB.
>>
>> So you don't have problems at all?
> 
> ok, my fault
> problem still exists
> VDR doesn't play any channel, and while you asked me to abandon it, I
> saved some data using
>  cat /dev/dvb/adapter0/dvr0 > /mnt/video/test3.ts
> while tuning in the background.
> 
> Stream saved that way is unplayable (I play it using VLC for windows -
> it played almost all proper TS strems in the past I had). I've tried all
> software I have - to play this streams - no way.
> 
> So
> - I can tune only 2/3 of channels
> - TS stream saves with errors
> - traditional tuner on the same (brand new) dish works ok
> - i've exchanged cables between the two
> 
> is it possible that pctv device is less sensitive and the problem is
> with too weak signal?

Good reception on one device, completely different story on another
device - same cable; different tuner sensitivity.
It is *very* important to achieve *very* good signal reception with
larger dish(DVB-S) and/or Yagi-Uda(DVB-T) - focal angle/directional gain.
Try this one:
dvbstream -f freq -o 8192 > full-mux.ts
enough free disk space ;)
mplayer -cache 8912 full-mux.ts (TAB-TAB-TAB…)
or
dvbstream -f freq -o vid aid tid pid > single-stream.ts

cheers,
poma

  parent reply	other threads:[~2012-07-09 18:21 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-04 16:04 pctv452e Steve Hill
2012-07-04 16:22 ` pctv452e Antti Palosaari
2012-07-04 18:46   ` pctv452e Marx
2012-07-04 18:53   ` pctv452e André Weidemann
2012-07-04 19:01     ` pctv452e Antti Palosaari
2012-07-05 13:14       ` pctv452e Marx
2012-07-05 14:23         ` pctv452e Antti Palosaari
2012-07-06  6:13           ` pctv452e Marx
2012-07-06  9:34             ` pctv452e Antti Palosaari
2012-07-06 11:04               ` pctv452e Marx
2012-07-06 18:24                 ` pctv452e Antti Palosaari
2012-07-06 22:23                 ` pctv452e Marx
2012-07-07  0:00                   ` pctv452e Antti Palosaari
2012-07-07 23:07                     ` pctv452e Marx
2012-07-08 12:32                       ` pctv452e Antti Palosaari
2012-07-09  6:24                         ` pctv452e Marx
2012-07-09  8:42                           ` pctv452e Antti Palosaari
2012-07-09 16:44                             ` pctv452e Marx
2012-07-09 17:38                               ` pctv452e Antti Palosaari
2012-07-09 17:46                                 ` pctv452e Antti Palosaari
2012-07-10  6:39                                   ` pctv452e Marx
2012-07-10  9:33                                     ` pctv452e Antti Palosaari
2012-07-10 21:08                                       ` pctv452e Marx
2012-07-10 23:13                                         ` pctv452e Antti Palosaari
2012-07-11  6:25                                           ` pctv452e Marx
2012-07-11 10:00                                             ` pctv452e Antti Palosaari
2012-07-09 18:21                               ` poma [this message]
2012-07-10  6:43                                 ` pctv452e Marx
2012-07-10 15:51                                   ` pctv452e poma
2012-07-10 15:58                                     ` pctv452e Devin Heitmueller
2012-07-10 22:54                                       ` pctv452e poma
2012-08-03 16:56   ` pctv452e Steve Hill
  -- strict thread matches above, loose matches on Subject: below --
2012-07-02 16:33 pctv452e Steve Hill
2012-07-03  7:46 ` pctv452e Marx
2012-07-03 23:04   ` pctv452e Antti Palosaari
2012-07-04  7:51     ` pctv452e Marx
2013-07-06 13:29 ` pctv452e Antti Palosaari

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=4FFB2129.2070301@gmail.com \
    --to=pomidorabelisima@gmail.com \
    --cc=acc.for.news@gmail.com \
    --cc=linux-media@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).