On 10/20/15 11:32 AM, Markus Rechberger wrote:
The new Sundtek devices support DVB-C, DVB-T, ISDB-T, AnalogTV and FM Radio.
The old ones only supported ISDB-T/AnalogTV and FM Radio.
Power consumption is very low too.
OK, very cool -- I see for instance
Does anyone know of a tv capture device for Brazil (ISDB-T) that is
supported in Linux and available for sale?
I'm having a hard time finding any of the devices listed under
http://www.linuxtv.org/wiki/index.php/ISDB-T_USB_Devices or ISDB-T PCIe
devices --
* Pixelview SBTVD
between the old
and the new format.
Cheers,
-olli
On 29 December 2014 at 22:09, David Liontooth lionte...@cogweb.net wrote:
Greetings --
How do you actually use dvbv5-scan? It seems to require some kind of input
file but there is no man page and the --help screen doesn't say anything
about
:
dvbv5-scan ~/initial_data_v5.conf
Alternatively you can skip the whole conversion phase and run
dvbv5-scan with the DVBV3 initial tuning data:
dvbv5-scan -I CHANNEL ~/initial_v3.conf
Cheers,
-olli
On 30 December 2014 at 10:23, David Liontooth lionte...@cogweb.net wrote:
Ah, thank you Olli -- much
Greetings --
How do you actually use dvbv5-scan? It seems to require some kind of
input file but there is no man page and the --help screen doesn't say
anything about it.
Could we document this? I tried
$ dvbv5-scan
Usage: dvbv5-scan [OPTION...] initial file
scan DVB services using the
What is the status of ISDB-Tb / ISDB-T International / ISDB Japanese
closed captioning support?
If anyone is working on this, please get in touch -- we're particularly
interested in getting Brazilian SBTVD working.
I see Mauro has been working on DVBv5 support, but does this include
with (whether that be VLC, mplayer,
ccextractor, etc).
Cheers,
Devin
On Fri, Nov 28, 2014 at 2:55 PM, David Liontooth lionte...@cogweb.net wrote:
What is the status of ISDB-Tb / ISDB-T International / ISDB Japanese closed
captioning support?
If anyone is working on this, please get in touch
I'm trying to put together a box with DVB-C PCIe (or PCI) cards and CI
support for recording in Denmark.
Is there support for any such cards in Linuxtv or mainline?
In Denmark, as I understand it, even the main national public station is
encrypted, and as of January 2012 the transport
On 11/29/2010 05:24 AM, Devin Heitmueller wrote:
On Mon, Nov 29, 2010 at 2:54 AM, David Liontoothlionte...@cogweb.net wrote:
I'm seeing great results with gnutv on HVR-1850 cards, but each recording
triggers the message
DVR overflow
What is this, and what are the typical causes? What can I
On 11/29/2010 04:38 AM, Andy Walls wrote:
On Sun, 2010-11-28 at 23:49 -0800, David Liontooth wrote:
My HVR-1850 card occasionally jams, meaning it still tunes (according
to gnutv), but no mpeg stream comes through.
This heals on reboot, but I figured it should also heal on module
reinsertion
On 11/28/2010 03:40 AM, Edgar Matzinger wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Dave,
On 28/11/10 05:42, David Liontooth wrote:
gnutv -adapter 0 -channel_list ~/.azap/channels.conf -timeout 10
-channel_name KCBS \
-out stdout | tee $FIL.mpg | zvbi-atsc-cc --atsc -T -9
My HVR-1850 card occasionally jams, meaning it still tunes (according
to gnutv), but no mpeg stream comes through.
This heals on reboot, but I figured it should also heal on module
reinsertion.
However, when I remove the CX23885 module, along with the full set of
DVB and related modules,
I'm seeing great results with gnutv on HVR-1850 cards, but each
recording triggers the message
DVR overflow
What is this, and what are the typical causes? What can I do to prevent
it from happening?
Could it be related to slow hard drives?
I'm assuming an overflow results in some
I need to capture ATSC QAM closed captioning to file, and at the same
time the mpeg-ts stream to a different file. I've been looking for an
app that will let me do this.
A simple cat works:
cat /dev/dvb/adapter0/dvr0 | tee $FIL.mpg | zvbi-atsc-cc --atsc -m -C
$FIL.txt -T KCBS
But there is
HoP wrote:
2010/4/17 Devin Heitmueller dheitmuel...@kernellabs.com:
On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth lionte...@cogweb.net wrote:
I'm using a HVR-1850 in digital mode and get good picture and sound using
mplayer -autosync 30 -cache 2048 dvb://KCAL-DT
Closed captioning
HoP wrote:
2010/4/17 David Liontooth lionte...@cogweb.net:
HoP wrote:
2010/4/17 Devin Heitmueller dheitmuel...@kernellabs.com:
On Fri, Apr 16, 2010 at 7:19 PM, David Liontooth lionte...@cogweb.net
wrote:
I'm using a HVR-1850 in digital mode and get good picture
I'm using a HVR-1850 in digital mode and get good picture and sound using
mplayer -autosync 30 -cache 2048 dvb://KCAL-DT
Closed captioning works flawlessly with this command:
zvbi-atsc-cc -C test-cc.txt KCAL-DT
However, if I try to run both at the same time, I get a device node
conflict:
I just purchased some Hauppauge HVR-1800 cards. They work fine in these
two PCIe slots:
:06:00.0
:09:00.0
These are PCI Express* Gen1 slots (see details below); the others are
PCI Express* Gen2.
When I place a card in one of these Gen2 slots, the card does not show up.
What's
Mauro Carvalho Chehab wrote:
Em Sun, 20 Sep 2009 01:24:12 -0700
David Liontooth lionte...@cogweb.net escreveu:
Sep 18 07:00:01 prato kernel: saa7133[4]/audio: dsp write reg 0x464 = 0x00
Sep 18 07:00:01 prato kernel: saa7133[4]/audio: dsp write reg 0x46c = 0xbb
This means mute
hermann pitton wrote:
Hi,
Am Sonntag, den 20.09.2009, 06:02 -0300 schrieb Mauro Carvalho Chehab:
Em Sun, 20 Sep 2009 01:24:12 -0700
David Liontooth lionte...@cogweb.net escreveu:
Sep 18 07:00:01 prato kernel: saa7133[4]/audio: dsp write reg 0x464 = 0x00
Sep 18 07:00:01 prato
Hi Hermann --
I ran in debug mode; results below -- and let me correct a mistake:
these are 7134 cards, not 7135. I tried some low-profile 7135 cards, but
got a far higher rate of audio drops and stopped using them.
David Liontooth wrote:
hermann pitton wrote:
Am Montag, den 14.09.2009, 22
hermann pitton wrote:
Am Montag, den 14.09.2009, 22:16 -0700 schrieb David Liontooth:
hermann pitton wrote:
Am Montag, den 14.09.2009, 21:02 -0700 schrieb David Liontooth:
snip
We've been using saa7135 cards for several years with relatively few
incidents
Andy Walls wrote:
On Mon, 2009-09-14 at 21:02 -0700, David Liontooth wrote:
Mauro Carvalho Chehab wrote:
Hi David,
Em Mon, 14 Sep 2009 19:41:13 -0700
David Liontooth lionte...@cogweb.net escreveu:
We're setting up NTSC cable television capture devices in a handfull
We're setting up NTSC cable television capture devices in a handfull of
remote locations, using four devices to capture around fifty hours a day
on each location. Capture is scripted and will be ongoing for several
years. We want to minimize the need for human intervention.
I'm looking for
Mauro Carvalho Chehab wrote:
Hi David,
Em Mon, 14 Sep 2009 19:41:13 -0700
David Liontooth lionte...@cogweb.net escreveu:
We're setting up NTSC cable television capture devices in a handfull of
remote locations, using four devices to capture around fifty hours a day
on each location
Mauro Carvalho Chehab wrote:
Em Mon, 14 Sep 2009 21:02:52 -0700
David Liontooth lionte...@cogweb.net escreveu:
As for the ventilation issue for USB devices, that may not be a serious
obstacle. If the USB sticks such as Hauppauge HVR-950 have reliable
components, we could strip the plastic
hermann pitton wrote:
Am Montag, den 14.09.2009, 21:02 -0700 schrieb David Liontooth:
snip
We've been using saa7135 cards for several years with relatively few
incidents, but they occasionally drop audio.
I've been unable to find any pattern in the audio drops, so I haven't
reported
27 matches
Mail list logo