linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Antti Palosaari <crope@iki.fi>
To: Marx <acc.for.news@gmail.com>
Cc: linux-media@vger.kernel.org
Subject: Re: pctv452e
Date: Mon, 09 Jul 2012 20:38:50 +0300	[thread overview]
Message-ID: <4FFB172A.2070009@iki.fi> (raw)
In-Reply-To: <scerc9-bm6.ln1@wuwek.kopernik.gliwice.pl>

On 07/09/2012 07: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?

If VDR does not work at all, but other tools are working, it could be 
compatibility issue between VDR and Kernel.

# tune to channel:
szap -r "CHANNEL NAME"
# dump channels from tuned multiplex (if you don't have that command 
just skip):
scandvb -c
# save tuned channel to file (lets say 20 second):
cat /dev/dvb/adapter0/dvr0 > test.ts
# check if ffmpeg finds video and audio
ffmpeg -i test.ts

and post result here

regards
Antti

-- 
http://palosaari.fi/



  reply	other threads:[~2012-07-09 17:38 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                               ` Antti Palosaari [this message]
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                               ` pctv452e poma
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=4FFB172A.2070009@iki.fi \
    --to=crope@iki.fi \
    --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).