* Noob DVB-T2 experience: Mygica T230C2, CrazyCat, DVR w. output plugins, and friends...
@ 2019-05-02 15:00 Frantisek Rysanek
0 siblings, 0 replies; only message in thread
From: Frantisek Rysanek @ 2019-05-02 15:00 UTC (permalink / raw)
To: linux-media
[-- Attachment #1: Mail message body --]
[-- Type: text/plain, Size: 24693 bytes --]
Dear everyone,
apologies for the intrusion, and for the talkative message... feel
free to discard on the basis of TL;DR or OT.
I have some noob experience to share, and this looks like a pretty
good place to document the status quo in its breadth.
I haven't found a companion "users" mailing list - so with a shaking
hand, I'm posting here.
Whether you care to read this or not, your comments are welcome.
# Intro and background
-----------------------
I'm still a script kid, despite my bodily age racing forward.
And in my private life / hobbies, I'm proud to be a DIY freetard.
Where I live, in the Czech Republic in the post-commie eastern EU,
terrestrial TV reception has a long tradition. The analog darkness
came about in cca 2012 if memory serves - since then, we've been left
with DVB-T, and it's been a semi-positive experience.
("digital" makes debugging antenna systems more difficult with just
your naked eye, and there's wireless data barking at us just outside
the fences both above 800 MHz and below 470 MHz, etc.)
DVB-T is an old story. But, within about 1 year, DVB-T will pass away
too, and we'll be left with DVB-T2 (actually maybe more like just
half a year from now, allegedly, in our particular area).
Our flavour of DVB-T2 is characteristic by HEVC encoding and
apparently we will enjoy a high percentage of free-view programs (if
not all, in the terrestrial transmission). Not sure if "enjoy" is the
right vocabulary for various reasons, but that's a different story.
We will probably have some public TV channels in full HD and a flock
of commercial channels in QHD and low bitrate, tightly packed in just
a few "networks" (multiplexes) in massive wide-area SDN.
Obviously the world around is not standing still, there's the
satellite coverage, there's IPTV in various flavours, even the late
nineties twisted telco copper in the ground is still alive and
kicking on VDSL2 steroids (FTTH won't happen for a long time) etc.
Youngsters spend more time on YouTube than watching classic TV etc.
It almost feels like I'm "late and to the wrong party", trying to
make DVB-T2 work for me...
I myself have lived through the DVB-T era with a Vestel T816
twin-tuner PVR, which has its glitches but is generally bearable, and
has some features that are shining bright, such as the massive
tabular EPG with an integrated recording/scheduling capability.
I have revamped two pieces of this PVR in my family with solid poly
caps and that's how they will both manage to live to reach moral
obsolescence in reasonable health.
I like the PVR box being separate from the TV display.
During the last year or two, I've been trawling the market for a
replacement, capable of DVB-T2 - and all that I could see were
small-brand PVR machines, imported in small quantities by... small
traders, sometimes having downsides that make them impractical for
our DVB-T2 flavour etc. Significantly more expensive than the old
Vestel box, although not much better in terms of bells and whistles.
# Enter "Linux media" and HTPC
------------------------------------------
And, I've been eyeing the HTPC segment as well - wondering what it
would take, or if it's possible at all, to build a "DIY twin-tuner T2
PVR" using an x86 ATOM motherboard and some general-purpose Linux as
the underlying OS. I know I know - there are the Raspberries and
Odroids and specialized ARM SoC's that can do HEVC better than a
Gemini Lake... but to me that's at the cost of some x86 freedom.
Apparently I'm not alone - there's a small group of people in this
country, who are tinkering in vaguely the same direction, including
some who have been using Linux-based DVB-T headends for several
years.
I have a nifty old RTL2832U dongle for SDR, especially useful
with RTLSDR-scanner, for tuning the antenna systems for my family.
Obviously that's well supported in Linux and DVB-T only.
In order to "test the water", I decided to buy a basic USB dongle
with DVB-T2 capability and see if I can make it work.
Friendly people in a local Linux forum have suggested two or three
models of cheap hardware. Last year there were still some "Astrometa
clones" with RTL2832P, with plausible driver support, which
apparently have vanished from Aliexpress in early 2019 or so.
Another tip was a local importer selling the Mygica T230C2 (sold
relabeled under a local private brand) - it is universally available
around here and the word was, that it can be made to work in Linux,
at the cost of some driver patching and kernel compilation.
To sum up, my goal for the trial was:
to plug in the Mygica, connect it to a decent antenna, scan the band,
and get some moving picture (even if just a "slide show") on the
screen, on scrap x86 hardware, to see that the signal chain is
basically feasible, subject to further fine-tuning on tailor-made
hardware for production use, if that route looks fruitful.
# Speaking of hardware
-------------------------------
For my distro-tourism venture, I'm using a retired notebook PC.
The "platform" is a 65nm Core 2 Duo with i965GM north bridge
(containing the GMA-X3100 mobile IGP) with 2 GB of RAM.
The system is nowadays too feeble for modern Windows,
but feels fair enough for a basic Linux setup.
Fair enough, except possibly the VA capabilities - more on that
below. I used to think that software decoding would be okay for the
"proof of concept", but modulo practical software available, that
guess was possibly too casual.
To feed the Mygica, I'm taking signal from an antenna system that
I've been managing for years on our small residential block, on the
cheap side. It's fine-tuned for the DVB-T transponder set that will
soon become a matter of the past, but it also allows some T2
transponders through, as the amp stack is not a proper "crate of
highly selective channel blade inserts" - rather, the channel
amplifiers are somewhat broad, so the nearby temporary T2
transponders get through as well. By various measures, I'm keeping
the CDMA and LTE interferences at bay, and I've somewhat de-tuned a
nearby DVB-T transponder that's very strong, despite transmitting
mostly junk programs (only good at overloading my headend PA).
I'm keeping the aggregate TX output of the headend's power amp
just below the level where THD starts to hamper reception for the
clients.
In the house, I have several DVB-T and T2 receivers (among my
neighbors) as a general "ballparking benchmark" of how the antenna
system is doing, and I can judge details by RTLSDR_scanner.
# Kernel space: the driver
-------------------------------
I was aware in advance, that the Mygica T230C2 was not supported in
the vanilla kernel. I checked that in the "head" at git.kernel.org,
in drivers/media/usb/dvb-usb/cxusb.c.
A local fellow tinkerer calling himself "no_body" has proposed a
small patch set to vanilla, that would allegedly get the dongle to
work.
https://gist.github.com/dev-as-nobody/55e83fdb57601407a343de78685331be
No_body himself did not submit the patch to vanilla upstream because
he felt that his mod was too simple, the changes to demod init would
not properly cater for the older T230 and T230C.
The older models did not bother me, so I massaged this patch into
5.0.8 vanilla, which did not take much effort (there are differences
to the original patch target i.e. 4.15.12, but the surrounding
context is limited enough for me to understand.)
So I patched 5.0.8: added the PCI ID's into cxusb.c, also extended
the "index enum", modded the demodulator driver to add the extra init
commands, and... it turns out that no_body's mods still lack an
update to the tuner hookup/init. I ended up with an error message
from cxusb complaining about "unknown chip version Si21128",
referring to the tuner (si2141 was expected).
Apparently CrazyCat has noticed that problem years ago:
https://tvheadend.org/boards/5/topics/10864?r=22487
and at the time he opined that, rather than a different chip version,
it seemd that the expected tuner chip was at a different I2C address
(or a different I2C host port? = my impression.)
In the current cxusb driver from CrazyCat, this problem is corrected.
https://bitbucket.org/CrazyCat/linux_media/src/latest/
I took a closer look at the function called
cxusb_mygica_t230_frontend_attach()
in cxusb.c. In the vanilla, that only knows the T230, this is a
single function.
In his version of the driver, CrazyCat has two flavours of the
frontend-attach function: one for T230, and a second version for
T230C and T230C2. And, the contents of that function have changed
significantly. Where the vanilla is using a rather crude and direct
I2C access, CrazyCat has wrapped the tuner-related init into
dedicated functions (apparently doing tuner chip auto-detection) and
provided for the demod init code to be aware of what particular T230
sub-model it's dealing with.
It looks like a nice cleanup on part of CrazyCat, and not a trivial
one = I decided not to try to "port" those changes back into vanilla.
https://bitbucket.org/CrazyCat/linux_media/src/latest/drivers/media/us
b/dvb-usb/cxusb.c
Instead, I downloaded CrazyCat's driver.
There are two options: I could download CrazyCat's whole kernel (some
5.0-RC) or build just the driver (media subsystem) out of tree.
I chose the latter - with the "media_build" script by CrazyCat this
is very easy, and it allows me to choose a kernel version that I like
best. I chose 5.0.8 and later in my distro-tourism 5.0.10 (latest
stable at the time).
As it turns out, a minor trouble with this is, that the driver built
"out of tree" will taint the kernel (although it doesn't contain any
binary blob). Ahh well... I respect that the kernel devs do know what
they're doing.
Once the driver got compiled and loaded, the T230C2 dongle gets
properly detected and the real fun may begin: in the user space.
(In my case, apparently the dongle would only work right
if plugged in at runtime = if not present during Linux OS boot...
not sure why.)
With the CrazyCat drivers loaded, w_scan starts showing some signs of
life: some multiplexes and programs get detected, and a channels.conf
gets produced. The list of DVB-T / T2 carriers and programs is not
necessarily complete and perfectly correct, but it's a fairly good
start.
Unfortunately, CrazyCat's DVB driver stack is perhaps not 100%
API-compatible with the vanilla stack - which probably requires me
to recompile pretty much all user space DVB software against
CrazyCat's header files... :-( This may seem limited to only to the
immediate back-ends of PVR apps, but other reasons may force you to
recompile the "user interface" layers as well, basically if the
packaged software in the distro repos is outdated for DVB-T2,
or too old for the PVR/headend backend software, that just got
updated and recompiled. Dependency hell.
# What's worse than the kernel? The user space.
---------------------------------------------
I was aware beforehand, that DVB-T2 is still somewhat "hot news"
to Linux software - curious as it may sound, after years of field
trials and gradual production roll-out taking place around here.
I knew I'd have to aim for fresh versions of all the software.
# Debian
------------
Initially I started my experiments in Debian 9.8.
I know that the distro is conservative, and the versions of
everything in the Debian "stable" strain is a little dated
- but I like the stability and I thought that perhaps I could cope,
at the cost of downloading some stuff from upstream sources.
So I wasn't very surprised that I needed to compile fresh versions
of many things from source, including some dependencies.
A fresh version of VDR was fairly undemanding, but a VDR output
plugin would require a fresh VAAPI support (libva) and a fresh
ffmpeg, which are moderately difficult to compile (lots of
dependencies).
I took a look at the list of compilation dependencies of Kodi (like
an A4 page of dense print), considered the relative difficulty of
configuring a tvheadend, and skipped Kodi altogether - did not want
to compile this from source.
Actually I tried booting a USB stick with the latest LibreElec
(featuring Kodi 18.1) but the prebuilt live image did not contain a
driver for the Mygica (the cxusb module is vanilla) which turned me
off. I've noticed brief hints of a "CrazyCat driver stack option
pack", but for that I'd have to install LibreElec on the disk drive,
and the installer warnded that it would wipe all data (including
non-linux partitions?) which to me was like "why bother".
Based on the feature set, I actually don't like Kodi for my simple TV
PVR app very much. It has lots of functions I do not need.
Another mediacenter project in Linux is the MythTV.
Which comes with a useful build script that takes care of
dependencies, and compiles even on Debian 9.8.
After the installationg from source was over, I encountered an
implicit generated MythTV password for MariaDB access, which Google
helped me sort out...
I managed to get pretty far with MythTV, before the screeching halt
finally came. The GUI did start just fine, both the mythtv-setup and
the user front end, I was able to configure stuff - only when I tried
to scan the band, the scanning process would always time out, never
finding a single channel. I have noticed that the scanning submenu
did show the Mygica DVB device and I even found an option to select
from the Mygica's three "sub-devices" (possibly dedicated to DVB-C,
DVB-T and ATSC) but neither of them resulted in a successful channel
search.
I noticed some further notes about MySQL/MariaDB side effects, advice
to uninstall and reinstall the database, or to manually convert
tables from MyISAM to InnoDB storage format... which seemd a little
"over the top" to me, and not necessarily at the core of my problem.
Later in the logs somewhere I have noticed an error message roughly
along the lines of "couldn't read DVB response".
All in all I would bet that MythTV compiled against the
systemwide/vanilla "v4l / linux media / uapi kernel headers", whereas
the driver stack was CrazyCat's... and I haven't found a way of how
to point the MythTV build script to the CrazyCat headers.
The CrazyCat's "include" directory actually contains some other
modified header files, outside of the uapi subtree. I'd probably need
to somehow prepend -I/$CRAZYCAT/include/linux/ into the CFLAGS, which
I did not know how to do.
Which was when I gave up on MythTV as well.
The third mediacenter package that I turned my attention to, was the
VDR. Surprisingly to me, this project is apparently less popular
around here, compared to Kodi and MythTV.
There are several things that I like about the vdr:
1) it seems more compact than the other two, and there's more overlap
between its feature set and my personal requirements.
2) The GUI seems sweet: clean cut, lean and mean.
3) the principal author / maintainer is a German citizen, and IMO the
Germans are front runners in DVB-T and now T2 deployment. Chances are
that the community around VDR and its plugins could have all the
constituent toys in relatively good shape.
4) it comes with a build system that allows me to redirect the
include path to the CrazyCat subdirectory.
So I tried compiling VDR from source. VDR 2.4.0 with all the
"developer" patches, which applied cleanly.
First on the Debian 9.8.
I managed to get all the dependencies.
When I faced errors against the Debianese (understandably reatively
stale) VAAPI and FFMPEG, I recompiled those relatively big projects
from source as well, in several iterations, as I kept finding out
./configure options that I'd missed the first time around...
Curiously to me, the VDR does not have an inherent "display front
end" out of the box. It relies on "output plugins", all of which
appear to be 3rd-party projects. The output plugins have had quite a
history of their own during the years, and it happens to be somewhat
difficult to get "just something simple to display the GUI and video
on my X desktop or DRI FB", while being up to date.
And the final result was, that I didn't manage to make it all work in
Debian 9.8. The VDR itself did seem to work, did report locking onto
a DVB-T TS, but the output plugins compiled from source would all
result in a black screen. Either with an error message hinting at an
attempt to free() a null pointer, or with a silent coredump.
Which I attributed to my obvious gross incompetence as a
maintainer/developer (*cough*).
The w_scan also didn't seem to work quite right, but I left
fine-tuning that for later - and I noticed the wirbelscan plugin for
VDR, with fresh updates, which I hoped could replace w_scan
completely.
At about this point I backed up useful data that I'd gathered so far,
and decided to ditch Debian in favour of something closer to the
bleeding edge. As I'm not a fan of rolling release distroes (Gentoo
et al), I went for the latest proper "release" of a major progressive
distro. I went for Ubuntu.
# Ubuntu
-------------
Two decades ago, I would've looked at RedHat/Fedora.
Today, I chose Ubuntu in general, as that has a reputation for
strapping modern goodies on Debian-testing. And, within Ubuntu, I
went for the newest short-lived release: currently the 19.04 - hoping
that I'd get "reasonably fresh versions of everything for free" as a
starting point, also hoping that the upstream developers of DVR etc.
would be living in this kind of environment as well = that any
compilation from source would have a chance of success.
Which proved to be somewhat right.
The first thing I did, I confirmed that the Mygica is not supported
in the distro kernel. Next, I compiled CrazyCat's media stack out of
tree against 5.0.10 vanilla, and installed that.
I ran w_scan to get a fresh channels.conf.
I noticed that it seems to skip some channels.
Sometimes it would skip DVB-T2 transponders altogether in its output,
but the last time around, it would properly export all the DVB-T2 it
came across, but would skip a major (strongest) DVB-T public TV mux
at 570 MHz (CCIR channel 33)... curious, I may return to that later.
Difficult for me to tell if this is due to bugs in w_scan, or the
cxusb driver, or the Mygica hardware, or if my signal is too weak or
too strong, or not pure enough (THD/IMD from the headend too high)
or what. Subject to further investigation.
Well at least I did get *some* list of channels to play with.
Unfortunately, the original w_scan is no longer maintained.
https://www.gen2vdr.de/wirbel/w_scan/index2.html
The last version is from January 2017.
This is also the distro version.
Maybe I can learn something from the source code,
but otherwise I was hoping to get better results from the wirbelscan
plugin to VDR, which has some more recent updates. And I'd have to
compile wirbelscan from source.
Next, I noticed that the stock VDR build in Disco allows me to get
some SD image on the screen through the stock vdr-plugin-xine,
apparently through software MPEG2 decoding.
Yippee, finally I had a GUI and some picture.
Interestingly, just a single transponder (out of about 4 that I
caught) would get the program streams actually displayed.
It was a single DVB-T mux, probably the strongest on a nearby
hilltop. The DVB-T2 programs would not yield a picture on the screen,
just the VDR GUI saying "no signal". Ho hum. That would hint at some
problem between the VDR backend and my antenna system.
Or maybe XINE cannot display the QHD HEVC ?
Difficult to say... time for that later.
In the commandline stderr from
vdr -P"xine"
I have noticed repeated lines that the "TS is scrambled".
Which is not in fact true... could really mean garbled, rather than
scrambled (encrypted). = yet another hint to potentially follow.
Next, I went on to recompile VDR 2.4.0+patches and some plugins from
source, and as expected, this time I did not need to recompile VAAPI
or FFMPEG.
I managed to compile the wirbelscan plugin
https://www.gen2vdr.de/wirbel/wirbelscan/index2.html
Unfortunately the wirbelscancontrol did not compile, complaining
about some unknown class members in VDR headers (if memory serves).
Without that, I won't ever see wirbelscan in the VDR OSD, if I
understand correctly.
Ahh well.
As I'd like the output path to be as direct as possible,
I went looking for "the children of softhddevice",
itself no longer maintained. The latest appears to be:
https://github.com/pesintta/vdr-plugin-vaapidevice
That compiles, but VDR quits immediately if I try to load that. I'm
attaching the /var/log/messages and /var/log/debug from the time
period while vdr -P"vaapidevice" was trying to start.
Not much interesting in there... apart from
VAAPI: Failed to initialise VAAPI connection: -1899086224 ((null))
I've also tried stracing the vdr with the vaapidevice plugin,
but the only potentially interesting apparition in the strace log
was the hint at /etc/libva.conf . That file was missing.
I tried creating it, specifying only LIBVA_MESSAGING_LEVEL=2
- but that did not change anything, did not yield more log output
in /var/log/debug or some such.
I've found notes that the error message from VAAPI could be due to
the right driver file missing.
Not sure if this is the same symptom, but vainfo indicates something
similar: it says it's trying to load a driver for the video decoding
accel for the i965 IGP, finds the VAAPI driver file and the relevant
entry point, but the init routine returns with an error.
The driver is called
/usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
and it's clearly present on disk, so it is *not missing*.
But, I have my doubt if this driver can actually exploit the i965GM
(GMA-X3100) hardware for MPEG2 video acceleration. The driver is also
known as libva-intel-driver, and supposedly supports MPEG decode
acceleration on younger chipsets only, starting from GMA-4500
(4-series Intel chipsets).
https://wiki.archlinux.org/index.php/Hardware_video_acceleration
Also the debian Wiki offers words of warning with respect to video
decode offload into hardware:
https://wiki.debian.org/HardwareVideoAcceleration
And I've found other people's opinions, that the i965GM was a first
attempt at MPEG video accel, and it didn't turn out quite right in
the silicon, so it's probably not supported in the VAAPI driver that
actually carries the name of that early "video accelerated" chipset.
Anyway so this might be down to my stupid choice of hardware,
i.e. not all hope is lost, I plan to give vdr-plugin-vaapidevice
another go on a more modern motherboard.
To possibly at least see the "VDR compiled from source" in action,
I've tried compiling the XINE output plugin from source.
I've tried three different source packages:
https://packages.ubuntu.com/source/disco/vdr-plugin-xine
https://github.com/mhop/vdr-plugin-xine
https://sourceforge.net/projects/xineliboutput/
I wasn't able to compile either.
Downloading dependencies is all fine,
but every time I end up with a missing C/C++ struct member
in some xine or VDR header - which is where I'm stuffed.
It's curious to me that the VDR source code does not contain an
output plugin for generic PC graphics out of the box, inherently
compatible with the same-version VDR backend - apparently the
principal author has some PCI tuner cards with HW MPEG decode
onboard, and maintains a dedicated output plugin for those.
# closing notes
--------------------
So this is how far I got.
Any hints / ideas are welcome, on any of the links in the signal
chain or software stack.
I'm attaching a handful of log snippets - I hope they don't get
filtered. The largest three files are in a zip, as they contain lots
of compressible repeated
messages.
If you'd like to test something on my hardware setup, just let me
know. I can
try things or maybe I could even arrange remote access to the machine
with
Disco running and the cxusb dongle plugged in - and it doesn't have
to be the
old notebook, I could build something slightly more modern out of
retired
desktop hardware or some such.
I've noticed some patches from CrazyCat in the archive of this
mailing list in
2016-ish, but nothing since then... I can only speculate why he
doesn't bother
to post patches upstream anymore, and I do not want to fan any flames
on this topic. My opinion is that this is sad, apparently he's doing
a good job, his updates to cxusb and the related Silicon Image demod
and tuner code appear to work and look elegant and to the point, in
terms of coding style and structure.
If you've read this far, I'd like to thank you for your attention.
Frank Rysanek
[-- Attachment #2: Attachment information. --]
[-- Type: text/plain, Size: 468 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: lspci.txt
Date: 1 May 2019, 19:09
Size: 3131 bytes.
Type: Unix-text
[-- Attachment #3: lspci.txt --]
[-- Type: Application/Octet-stream, Size: 3131 bytes --]
00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03)
00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03)
00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03)
00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03)
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03)
00:1c.1 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 (rev 03)
00:1c.2 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 3 (rev 03)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3)
00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03)
00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03)
00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 03)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
02:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02)
04:00.0 Network controller: Broadcom Inc. and subsidiaries BCM4311 802.11b/g WLAN (rev 01)
0f:06.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
0f:06.1 FireWire (IEEE 1394): Texas Instruments PCIxx12 OHCI Compliant IEEE 1394 Host Controller
0f:06.2 Mass storage controller: Texas Instruments PCIxx12 Flash Media Controller
0f:06.3 SD Host controller: Texas Instruments PCIxx12 SDA Standard Compliant SD Host Controller
00:00.0 0600: 8086:2a00 (rev 03)
00:02.0 0300: 8086:2a02 (rev 03)
00:02.1 0380: 8086:2a03 (rev 03)
00:1a.0 0c03: 8086:2834 (rev 03)
00:1a.1 0c03: 8086:2835 (rev 03)
00:1a.7 0c03: 8086:283a (rev 03)
00:1b.0 0403: 8086:284b (rev 03)
00:1c.0 0604: 8086:283f (rev 03)
00:1c.1 0604: 8086:2841 (rev 03)
00:1c.2 0604: 8086:2843 (rev 03)
00:1d.0 0c03: 8086:2830 (rev 03)
00:1d.1 0c03: 8086:2831 (rev 03)
00:1d.2 0c03: 8086:2832 (rev 03)
00:1d.7 0c03: 8086:2836 (rev 03)
00:1e.0 0604: 8086:2448 (rev f3)
00:1f.0 0601: 8086:2815 (rev 03)
00:1f.1 0101: 8086:2850 (rev 03)
00:1f.2 0106: 8086:2829 (rev 03)
00:1f.3 0c05: 8086:283e (rev 03)
02:00.0 0200: 14e4:1693 (rev 02)
04:00.0 0280: 14e4:4311 (rev 01)
0f:06.0 0607: 104c:8039
0f:06.1 0c00: 104c:803a
0f:06.2 0180: 104c:803b
0f:06.3 0805: 104c:803c
[-- Attachment #4: Attachment information. --]
[-- Type: text/plain, Size: 467 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: lsusb.txt
Date: 1 May 2019, 19:09
Size: 509 bytes.
Type: Unix-text
[-- Attachment #5: lsusb.txt --]
[-- Type: Application/Octet-stream, Size: 509 bytes --]
Bus 002 Device 004: ID 0572:c68a Conexant Systems (Rockwell), Inc.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
[-- Attachment #6: Attachment information. --]
[-- Type: text/plain, Size: 468 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: vainfo.txt
Date: 1 May 2019, 19:09
Size: 405 bytes.
Type: Unix-text
[-- Attachment #7: vainfo.txt --]
[-- Type: Application/Octet-stream, Size: 405 bytes --]
root@plechovka:~# vainfo
libva info: VA-API version 1.4.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva error: /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
[-- Attachment #8: Attachment information. --]
[-- Type: text/plain, Size: 484 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: vdr_vaapidevice_err-out.txt
Date: 1 May 2019, 19:09
Size: 86 bytes.
Type: Unix-text
[-- Attachment #9: vdr_vaapidevice_err-out.txt --]
[-- Type: Application/Octet-stream, Size: 86 bytes --]
root@plechovka:~# /usr/local/bin/vdr -P"vaapidevice -t 0xFFFF"
Aborted (core dumped)
[-- Attachment #10: Attachment information. --]
[-- Type: text/plain, Size: 492 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: vdr_vaapidevice_var-log-debug.log
Date: 1 May 2019, 19:09
Size: 2564 bytes.
Type: Unix-text
[-- Attachment #11: vdr_vaapidevice_var-log-debug.log --]
[-- Type: Application/Octet-stream, Size: 2564 bytes --]
May 1 17:41:37 plechovka vdr: [3542] found 28 locales in /usr/local/share/locale
May 1 17:41:38 plechovka vdr: [3542] registered source parameters for 'A - ATSC'
May 1 17:41:38 plechovka vdr: [3543] video directory scanner thread started (pid=3542, tid=3543, prio=low)
May 1 17:41:38 plechovka vdr: [3543] video directory scanner thread ended (pid=3542, tid=3543)
May 1 17:41:38 plechovka vdr: [3544] epg data reader thread started (pid=3542, tid=3544, prio=high)
May 1 17:41:38 plechovka vdr: [3544] reading EPG data from /var/cache/vdr/epg.data
May 1 17:41:38 plechovka vdr: [3542] registered source parameters for 'C - DVB-C'
May 1 17:41:38 plechovka vdr: [3542] registered source parameters for 'S - DVB-S'
May 1 17:41:38 plechovka vdr: [3542] registered source parameters for 'T - DVB-T'
May 1 17:41:38 plechovka vdr: [3542] probing /dev/dvb/adapter0/frontend0
May 1 17:41:38 plechovka vdr: [3542] creating cDvbDevice
May 1 17:41:38 plechovka vdr: [3542] new device number 1
May 1 17:41:38 plechovka vdr: [3542] cTimeMs: using monotonic clock (resolution is 1 ns)
May 1 17:41:38 plechovka vdr: [3542] new device number 2
May 1 17:41:38 plechovka vdr: [3542] VAAPI: MakePrimaryDevice: 1
May 1 17:41:38 plechovka vdr: [3542] VAAPI: SetVideoFormat: 0
May 1 17:41:38 plechovka vdr: [3542] VAAPI: SetVideoDisplayFormat: 1
May 1 17:41:38 plechovka vdr: [3542] VAAPI: GetSpuDecoder:
May 1 17:41:38 plechovka vdr: [3542] VAAPI: SetVolumeDevice: 255
May 1 17:41:38 plechovka vdr: [3542] assuming manual start of VDR
May 1 17:41:38 plechovka vdr: [3547] device 1 section handler thread started (pid=3542, tid=3547, prio=low)
May 1 17:41:38 plechovka vdr: [3546] frontend 0/0 tuner thread started (pid=3542, tid=3546, prio=high)
May 1 17:41:38 plechovka vdr: [3542] VAAPI: video: visual 0x21 depth 24
May 1 17:41:38 plechovka vdr: [3542] VAAPI: video: window prepared
May 1 17:41:38 plechovka vdr: [3542] VAAPI: video: screen saver extension present
May 1 17:41:38 plechovka vdr: [3542] VAAPI: video: dpms extension present
May 1 17:41:38 plechovka vdr: [3542] VAAPI: Opened VA display via X11 display #030.
May 1 17:41:38 plechovka vdr: [3542] VAAPI: libva: #030
May 1 17:41:38 plechovka vdr: message repeated 5 times: [ [3542] VAAPI: libva: #030]
May 1 17:41:38 plechovka vdr: [3542] VAAPI: Failed to initialise VAAPI connection: -1899086224 ((null)).
May 1 17:42:48 plechovka vdr: [3555] epg data writer thread started (pid=726, tid=3555, prio=low)
May 1 17:42:48 plechovka vdr: [3555] epg data writer thread ended (pid=726, tid=3555)
[-- Attachment #12: Attachment information. --]
[-- Type: text/plain, Size: 495 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: vdr_vaapidevice_var-log-messages.log
Date: 1 May 2019, 19:09
Size: 2090 bytes.
Type: Unix-text
[-- Attachment #13: vdr_vaapidevice_var-log-messages.log --]
[-- Type: Application/Octet-stream, Size: 2090 bytes --]
May 1 17:41:37 plechovka vdr: [3542] VDR version 2.4.0 started
May 1 17:41:37 plechovka vdr: [3542] codeset is 'UTF-8' - known
May 1 17:41:37 plechovka vdr: [3542] loading plugin: /usr/local/lib/vdr/libvdr-vaapidevice.so.2.4.0
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/setup.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/sources.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/diseqc.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/scr.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/channels.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/timers.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/commands.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/reccmds.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/svdrphosts.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/keymacros.conf
May 1 17:41:37 plechovka vdr: [3542] loading /var/lib/vdr/camresponses.conf
May 1 17:41:38 plechovka vdr: [3542] DVB API version is 0x050B (VDR was built with 0x050B)
May 1 17:41:38 plechovka vdr: [3542] frontend 0/0 provides DVB-T,DVB-T2,DVB-C,DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Silicon Labs Si2168")
May 1 17:41:38 plechovka vdr: [3542] found 1 DVB device
May 1 17:41:38 plechovka vdr: [3542] initializing plugin: vaapidevice (1.0.0-GITa17c110): VA-API Output Device
May 1 17:41:38 plechovka vdr: [3542] setting primary device to 2
May 1 17:41:38 plechovka vdr: [3542] setting current skin to "lcars"
May 1 17:41:38 plechovka vdr: [3542] loading /var/lib/vdr/themes/lcars-default.theme
May 1 17:41:38 plechovka vdr: [3542] starting plugin: vaapidevice
May 1 17:41:38 plechovka vdr: [3542] VAAPI: audio: 'noop' output module used
May 1 17:41:38 plechovka vdr: [3542] VAAPI: audio: 44100Hz supports 0 0 0 0 0 0 0 0 channels
May 1 17:41:38 plechovka vdr: [3542] VAAPI: audio: 48000Hz supports 0 0 0 0 0 0 0 0 channels
May 1 17:41:38 plechovka vdr: [3542] VAAPI: audio: 192000Hz supports 0 0 0 0 0 0 0 0 channels
[-- Attachment #14: Attachment information. --]
[-- Type: text/plain, Size: 479 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: vdr_xine_err-out.txt
Date: 1 May 2019, 19:09
Size: 8801 bytes.
Type: Unix-text
[-- Attachment #15: vdr_xine_err-out.txt --]
[-- Type: Application/Octet-stream, Size: 8801 bytes --]
# vdr --plugin="xine -r"
-------------------------
MakePrimaryDevice: 1
=========================
SetVideoFormat: 0
SetVolumeDevice: 255
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetAudioChannelDevice: 0
SetVolumeDevice: 255
SetPlayMode: 1
SetDigitalAudioDevice: 0
SetPlayMode: 0
frame: (0, 0)-(-1, -1), zoom: (1.00, 1.00)
SetPlayMode: 1
TS is scrambled **************
[AM]
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
vdr-xine: Client connecting ...
vdr-xine: Client connected!
[v]
DiscontinuityDetected: triggering soft start
[vVM]buffered 8.5 frames (v:8.5, a:0.0)
Abuffered 11.3 frames (v:24.5, a:11.3)
TS is scrambled **************
buffered 13.0 frames (v:25.5, a:13.0)
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
MTS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
buffered 15.0 frames (v:15.0, a:19.1)
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
buffered 23.5 frames (v:39.7, a:23.5)
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
reseting PES_scrambling_control: 0x95
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
buffered 25.7 frames (v:40.0, a:25.7)
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
buffered 32.1 frames (v:49.7, a:32.1)
TS is scrambled **************
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
SetPlayMode: 0
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[AM]buffered 33.4 frames (v:0.0, a:33.4)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
[AM]
SetPlayMode: 0
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[aAM]buffered 11.2 frames (v:0.0, a:11.2)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[AM]buffered 13.1 frames (v:0.0, a:13.1)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[aAM]buffered 20.2 frames (v:0.0, a:20.2)
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
TS is scrambled **************
[AM]
TS is scrambled **************
TS is scrambled **************
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
TS is scrambled **************
TS is scrambled **************
[AM]
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
TS is scrambled **************
SetPlayMode: 0
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[aAM]buffered 8.0 frames (v:0.0, a:8.0)
vVbuffered 16.1 frames (v:23.9, a:16.1)
SetPlayMode: 0
SetPlayMode: 1
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[vAVM]buffered 8.0 frames (v:14.2, a:8.0)
buffered 5.6 frames (v:11.8, a:5.6) <<<<<
SetPlayMode: 0
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 1
[AM]
DiscontinuityDetected: triggering soft start
[aAM]buffered 8.1 frames (v:0.0, a:8.1)
vVbuffered 9.9 frames (v:16.1, a:9.9)
buffered 9.1 frames (v:15.5, a:9.1) <<<<<
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
SetPlayMode: 0
SetPlayMode: 1
TS is scrambled **************
[AM]
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
DiscontinuityDetected: triggering soft start
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
[AM]buffered 30.2 frames (v:0.0, a:30.2)
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
TS is scrambled **************
buffered 23.8 frames (v:0.0, a:23.8) <<<<<
TS is scrambled **************
TS is scrambled **************
frame: (0, 0)-(720, 576), zoom: (1.00, 1.00)
TS is scrambled **************
TS is scrambled **************
SetPlayMode: 0
SetPlayMode: 1
read(4) returned 0, error 0: Success
vdr-xine: Client disconnected!
SetPlayMode: 0
[-- Attachment #16: Attachment information. --]
[-- Type: text/plain, Size: 479 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: w_scan__err-out.txt
Date: 1 May 2019, 19:09
Size: 23842 bytes.
Type: Unix-text
[-- Attachment #17: w_scan__err-out.txt --]
[-- Type: Application/Octet-stream, Size: 23842 bytes --]
w_scan -c CZ
w_scan version 20170107 (compiled for DVB API 5.10)
using settings for CZECH REPUBLIC
DVB aerial
DVB-T Europe
scan type TERRESTRIAL, channellist 4
output format vdr-2.0
WARNING: could not guess your codepage. Falling back to 'UTF-8'
output charset 'UTF-8', use -C <charset> to override
Info: using DVB adapter auto detection.
/dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Silicon Labs Si2168": very good :-))
Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0)
-_-_-_-_ Getting frontend capabilities-_-_-_-_
Using DVB API 5.11
frontend 'Silicon Labs Si2168' supports
DVB-T2
INVERSION_AUTO
QAM_AUTO
TRANSMISSION_MODE_AUTO
GUARD_INTERVAL_AUTO
HIERARCHY_AUTO
FEC_AUTO
BANDWIDTH_AUTO not supported, trying 6/7/8 MHz.
FREQ (42.00MHz ... 870.00MHz)
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
Scanning DVB-T...
Scanning 8MHz frequencies...
474000: (time: 00:02.248) signal ok: QAM_AUTO f = 474000 kHz I999B8C999D999T999G999Y999 (0:0:0)
Info: no data from PAT after 2 seconds
deleting (QAM_AUTO f = 474000 kHz I999B8C999D999T999G999Y999 (0:0:0))
482000: (time: 00:05.548)
490000: (time: 00:07.564)
498000: (time: 00:09.580)
506000: (time: 00:11.596)
514000: (time: 00:13.612)
522000: (time: 00:15.628)
530000: (time: 00:17.652)
538000: (time: 00:19.668)
546000: (time: 00:21.708) signal ok: QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (0:0:0)
QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:1030)
QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (0:0:1030) : updating network_id -> (0:12551:1030)
already known: (QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (0:12551:1030)), but not found by pids
QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (0:12551:1030) : updating tp ids -> (8395:12551:1043)
updating transponder:
(QAM_AUTO f = 546000 kHz I999B8C999D999T999G999Y999 (8395:12551:1043)) 0x0000
to (QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1043)) 0x405A
already known: (QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1043)), but not found by pids
QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1043) : updating tp ids -> (8395:12551:1025)
already known: (QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1025)), but not found by pids
QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1025) : updating tp ids -> (8395:12551:1026)
updating transponder:
(QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1026)) 0x405A
to (QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1026)) 0x405A
already known: (QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1026)), but not found by pids
QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1026) : updating tp ids -> (8395:12551:1027)
updating transponder:
(QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1027)) 0x405A
to (QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1027)) 0x405A
already known: (QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1027)), but not found by pids
QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1027) : updating tp ids -> (8395:12551:1028)
updating transponder:
(QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1028)) 0x405A
to (QAM_64 f = 754000 kHz I999B8C34D0T8G8Y0 (8395:12551:1028)) 0x405A
already known: (QAM_64 f = 754000 kHz I999B8C34D0T8G8Y0 (8395:12551:1028)), but not found by pids
QAM_64 f = 754000 kHz I999B8C34D0T8G8Y0 (8395:12551:1028) : updating tp ids -> (8395:12551:1029)
updating transponder:
(QAM_64 f = 754000 kHz I999B8C34D0T8G8Y0 (8395:12551:1029)) 0x405A
to (QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1029)) 0x405A
already known: (QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1029)), but not found by pids
QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1029) : updating tp ids -> (8395:12551:1030)
updating transponder:
(QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1030)) 0x405A
to (QAM_64 f = 546000 kHz I999B8C34D0T8G8Y0 (8395:12551:1030)) 0x405A
already known: (QAM_64 f = 546000 kHz I999B8C34D0T8G8Y0 (8395:12551:1030)), but not found by pids
QAM_64 f = 546000 kHz I999B8C34D0T8G8Y0 (8395:12551:1030) : updating tp ids -> (8395:12551:1031)
updating transponder:
(QAM_64 f = 546000 kHz I999B8C34D0T8G8Y0 (8395:12551:1031)) 0x405A
to (QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1031)) 0x405A
already known: (QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1031)), but not found by pids
QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1031) : updating tp ids -> (8395:12551:1032)
updating transponder:
(QAM_64 f = 506000 kHz I999B8C34D0T8G8Y0 (8395:12551:1032)) 0x405A
to (QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1032)) 0x405A
already known: (QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1032)), but not found by pids
QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1032) : updating tp ids -> (8395:12551:1033)
updating transponder:
(QAM_64 f = 666000 kHz I999B8C34D0T8G8Y0 (8395:12551:1033)) 0x405A
to (QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1033)) 0x405A
already known: (QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1033)), but not found by pids
QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1033) : updating tp ids -> (8395:12551:1040)
updating transponder:
(QAM_64 f = 642000 kHz I999B8C34D0T8G8Y0 (8395:12551:1040)) 0x405A
to (QAM_64 f = 674000 kHz I999B8C34D0T8G8Y0 (8395:12551:1040)) 0x405A
already known: (QAM_64 f = 674000 kHz I999B8C34D0T8G8Y0 (8395:12551:1040)), but not found by pids
QAM_64 f = 674000 kHz I999B8C34D0T8G8Y0 (8395:12551:1040) : updating tp ids -> (8395:12551:1041)
updating transponder:
(QAM_64 f = 674000 kHz I999B8C34D0T8G8Y0 (8395:12551:1041)) 0x405A
to (QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1041)) 0x405A
already known: (QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1041)), but not found by pids
QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1041) : updating tp ids -> (8395:12551:1042)
updating transponder:
(QAM_64 f = 658000 kHz I999B8C34D0T8G8Y0 (8395:12551:1042)) 0x405A
to (QAM_64 f = 810000 kHz I999B8C34D0T8G8Y0 (8395:12551:1042)) 0x405A
554000: (time: 00:31.076)
562000: (time: 00:33.104)
570000: (time: 00:35.128) signal ok: QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999 (0:0:0)
QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:273)
QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999 (0:0:273) : updating network_id -> (0:12560:273)
updating transponder:
(QAM_AUTO f = 570000 kHz I999B8C999D999T999G999Y999 (0:12560:273)) 0x0000
to (QAM_64 f = 570000 kHz I999B8C23D0T8G4Y0 (8395:12560:273)) 0x405A
578000: (time: 00:41.764)
586000: (time: 00:46.396)
594000: (time: 00:51.084)
602000: (time: 00:53.100)
610000: (time: 00:55.120)
618000: (time: 00:57.144)
626000: (time: 00:59.164)
634000: (time: 01:01.200)
642000: (time: 01:03.224)
650000: (time: 01:05.264)
658000: (time: 01:07.264)
666000: (time: 01:09.300)
674000: (time: 01:11.360)
682000: (time: 01:13.376)
690000: (time: 01:15.396)
698000: (time: 01:17.424)
706000: (time: 01:19.444)
714000: (time: 01:21.488) signal ok: QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (0:0:0)
QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (0:0:0) : updating transport_stream_id: -> (0:0:3081)
QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (0:0:3081) : updating network_id -> (0:12568:3081)
new transponder: (QPSK f = 0 kHz I0B999C0D0T2G32Y0 (8395:12568:2500)) 0x4000
new transponder: (QPSK f = 0 kHz I999B8C12D0T2G32Y0 (8395:12568:3000)) 0x405A
new transponder: (QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3073)) 0x405A
already known: (QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (0:12568:3081)), but not found by pids
QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (0:12568:3081) : updating tp ids -> (8395:12568:3074)
updating transponder:
(QAM_AUTO f = 714000 kHz I999B8C999D999T999G999Y999 (8395:12568:3074)) 0x0000
to (QAM_64 f = 714000 kHz I999B8C34D0T8G8Y0 (8395:12568:3074)) 0x405A
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G8Y0 (8395:12568:3074)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G8Y0 (8395:12568:3074) : updating tp ids -> (8395:12568:3075)
updating transponder:
(QAM_64 f = 714000 kHz I999B8C34D0T8G8Y0 (8395:12568:3075)) 0x405A
to (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3075)) 0x405A
new transponder: (QAM_64 f = 682000 kHz I999B8C34D0T8G32Y0 (8395:12568:3076)) 0x405A
new transponder: (QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3077)) 0x405A
new transponder: (QAM_64 f = 762000 kHz I999B8C34D0T8G32Y0 (8395:12568:3078)) 0x405A
already known: (QAM_64 f = 810000 kHz I999B8C34D0T8G8Y0 (8395:12551:1042)), but not found by pids
QAM_64 f = 810000 kHz I999B8C34D0T8G8Y0 (8395:12551:1042) : updating tp ids -> (8395:12568:3079)
updating transponder:
(QAM_64 f = 810000 kHz I999B8C34D0T8G8Y0 (8395:12568:3079)) 0x405A
to (QAM_64 f = 506000 kHz I999B8C34D0T8G32Y0 (8395:12568:3079)) 0x405A
already known: (QAM_64 f = 570000 kHz I999B8C23D0T8G4Y0 (8395:12560:273)), but not found by pids
QAM_64 f = 570000 kHz I999B8C23D0T8G4Y0 (8395:12560:273) : updating tp ids -> (8395:12568:3080)
updating transponder:
(QAM_64 f = 570000 kHz I999B8C23D0T8G4Y0 (8395:12568:3080)) 0x405A
to (QAM_64 f = 674000 kHz I999B8C34D0T8G32Y0 (8395:12568:3080)) 0x405A
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3075)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3075) : updating tp ids -> (8395:12568:3081)
new transponder: (QAM_64 f = 770000 kHz I999B8C34D0T8G32Y0 (8395:12568:3082)) 0x405A
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081) : updating tp ids -> (8395:12568:3083)
already known: (QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3077)), but not found by pids
QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3077) : updating tp ids -> (8395:12568:3084)
already known: (QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3073)), but not found by pids
QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3073) : updating tp ids -> (8395:12568:3085)
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3083)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3083) : updating tp ids -> (8395:12568:3086)
new transponder: (QAM_64 f = 754000 kHz I999B8C34D0T8G32Y0 (8395:12568:3087)) 0x405A
722000: skipped (already known transponder)
730000: (time: 01:22.224)
738000: (time: 01:24.245)
746000: (time: 01:28.969)
754000: skipped (already known transponder)
762000: skipped (already known transponder)
770000: skipped (already known transponder)
778000: (time: 01:30.989)
786000: (time: 01:35.725)
794000: (time: 01:37.745)
802000: (time: 01:39.761)
810000: (time: 01:41.789)
818000: (time: 01:43.805)
826000: (time: 01:45.845)
834000: (time: 01:47.893)
842000: (time: 01:49.945)
850000: (time: 01:51.993)
858000: (time: 01:54.033)
Scanning DVB-T2...
474000: (time: 01:56.049)
482000: (time: 01:58.097)
490000: (time: 02:00.097)
498000: (time: 02:02.129)
506000: skipped (already known transponder)
514000: (time: 02:04.149)
522000: (time: 02:06.197)
530000: (time: 02:08.241) signal ok: QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999P0 (0:0:0)
QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999P0 (0:0:0) : updating transport_stream_id: -> (0:0:8978)
QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999P0 (0:0:8978) : updating network_id -> (0:12610:8978)
new transponder: (QAM_AUTO f = 498000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8977)) 0x4004
updating transponder:
(QAM_AUTO f = 530000 kHz I999B8C999D999T999G999Y999P0 (0:12610:8978)) 0x0000
to (QAM_AUTO f = 530000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8978)) 0x4004
new transponder: (QAM_AUTO f = 650000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8979)) 0x4004
new transponder: (QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8980)) 0x4004
already known: (QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8980)), but not found by pids
QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8980) : updating tp ids -> (8395:12610:8981)
new transponder: (QAM_AUTO f = 514000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8982)) 0x4004
new transponder: (QAM_AUTO f = 482000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8983)) 0x4004
538000: (time: 02:11.413)
546000: (time: 02:13.429)
554000: skipped (already known transponder)
562000: (time: 02:15.441)
570000: (time: 02:17.489)
578000: (time: 02:19.509)
586000: (time: 02:21.513)
594000: (time: 02:23.541)
602000: (time: 02:25.585)
610000: (time: 02:27.609)
618000: (time: 02:29.653)
626000: (time: 02:31.697)
634000: (time: 02:33.745)
642000: (time: 02:35.745)
650000: skipped (already known transponder)
658000: (time: 02:37.785)
666000: (time: 02:39.846)
674000: skipped (already known transponder)
682000: skipped (already known transponder)
690000: (time: 02:41.854)
698000: (time: 02:43.890)
706000: skipped (already known transponder)
714000: skipped (already known transponder)
722000: skipped (already known transponder)
730000: (time: 02:45.890)
738000: (time: 02:47.926)
746000: (time: 02:49.970)
754000: skipped (already known transponder)
762000: skipped (already known transponder)
770000: skipped (already known transponder)
778000: (time: 02:51.990)
786000: (time: 02:54.034)
794000: (time: 02:56.054)
802000: (time: 02:58.078)
810000: (time: 03:00.130)
818000: (time: 03:02.138)
826000: (time: 03:04.182)
834000: (time: 03:06.230)
842000: (time: 03:08.278)
850000: (time: 03:10.326)
858000: (time: 03:12.370)
tune to: QAM_64 f = 506000 kHz I999B8C34D0T8G32Y0 (8395:12568:3079) (time: 03:14.418)
----------no signal----------
tune to: QAM_AUTO f = 506000 kHz I999B8C999D0T999G999Y0 (8395:12568:3079) (time: 03:20.442) (no signal)
----------no signal----------
tune to: QAM_64 f = 674000 kHz I999B8C34D0T8G32Y0 (8395:12568:3080) (time: 03:26.486)
----------no signal----------
tune to: QAM_AUTO f = 674000 kHz I999B8C999D0T999G999Y0 (8395:12568:3080) (time: 03:32.526) (no signal)
----------no signal----------
tune to: QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3086) (time: 03:38.546)
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3086) : updating transport_stream_id: -> (8395:12568:3081)
service = OCKO EXPRES (CESKE RADIOKOMUNIKACE)
service = Noe TV (CESKE RADIOKOMUNIKACE)
service = Barrandov News (CESKE RADIOKOMUNIKACE)
service = Slagr 2 (CESKE RADIOKOMUNIKACE)
service = Retro Music TV (CESKE RADIOKOMUNIKACE)
service = Regionalni televize CZ (CESKE RADIOKOMUNIKACE)
service = Sport 5 (CESKE RADIOKOMUNIKACE)
service = POWER TV (CESKE RADIOKOMUNIKACE)
already known: (QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3085)), but not found by pids
QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3085) : updating tp ids -> (8395:12568:3073)
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081) : updating tp ids -> (8395:12568:3074)
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3074)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3074) : updating tp ids -> (8395:12568:3075)
already known: (QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3084)), but not found by pids
QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3084) : updating tp ids -> (8395:12568:3077)
updating transponder:
(QAM_AUTO f = 506000 kHz I999B8C999D0T999G999Y0 (8395:12568:3079)) 0x0000
to (QAM_64 f = 506000 kHz I999B8C34D0T8G32Y0 (8395:12568:3079)) 0x405A
updating transponder:
(QAM_AUTO f = 674000 kHz I999B8C999D0T999G999Y0 (8395:12568:3080)) 0x0000
to (QAM_64 f = 674000 kHz I999B8C34D0T8G32Y0 (8395:12568:3080)) 0x405A
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3075)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3075) : updating tp ids -> (8395:12568:3081)
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3081) : updating tp ids -> (8395:12568:3083)
already known: (QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3077)), but not found by pids
QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3077) : updating tp ids -> (8395:12568:3084)
already known: (QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3073)), but not found by pids
QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3073) : updating tp ids -> (8395:12568:3085)
already known: (QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3083)), but not found by pids
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3083) : updating tp ids -> (8395:12568:3086)
QAM_64 f = 714000 kHz I999B8C34D0T8G32Y0 (8395:12568:3086) : updating transport_stream_id: -> (8395:12568:3081)
tune to: QAM_64 f = 706000 kHz I999B8C34D0T8G32Y0 (8395:12568:3085) (time: 03:52.555)
----------no signal----------
tune to: QAM_AUTO f = 706000 kHz I999B8C999D0T999G999Y0 (8395:12568:3085) (time: 03:58.579) (no signal)
----------no signal----------
tune to: QAM_64 f = 682000 kHz I999B8C34D0T8G32Y0 (8395:12568:3076) (time: 04:04.599)
----------no signal----------
tune to: QAM_AUTO f = 682000 kHz I999B8C999D0T999G999Y0 (8395:12568:3076) (time: 04:10.675) (no signal)
----------no signal----------
tune to: QAM_64 f = 722000 kHz I999B8C34D0T8G32Y0 (8395:12568:3084) (time: 04:16.723)
----------no signal----------
tune to: QAM_AUTO f = 722000 kHz I999B8C999D0T999G999Y0 (8395:12568:3084) (time: 04:22.767) (no signal)
----------no signal----------
tune to: QAM_64 f = 762000 kHz I999B8C34D0T8G32Y0 (8395:12568:3078) (time: 04:28.827)
----------no signal----------
tune to: QAM_AUTO f = 762000 kHz I999B8C999D0T999G999Y0 (8395:12568:3078) (time: 04:33.471) (no signal)
----------no signal----------
tune to: QAM_64 f = 770000 kHz I999B8C34D0T8G32Y0 (8395:12568:3082) (time: 04:39.519)
QAM_64 f = 770000 kHz I999B8C34D0T8G32Y0 (8395:12568:3082) : updating transport_stream_id: -> (8395:12568:516)
service = NOVA (CESKE RADIOKOMUNIKACE)
service = NOVA CINEMA (CESKE RADIOKOMUNIKACE)
service = Prima COOL (CESKE RADIOKOMUNIKACE)
service = Prima (CESKE RADIOKOMUNIKACE)
service = BARRANDOV TV (CESKE RADIOKOMUNIKACE)
QAM_64 f = 770000 kHz I999B8C34D0T8G32Y0 (8395:12568:516) : updating network_id -> (8395:12548:516)
tune to: QAM_64 f = 754000 kHz I999B8C34D0T8G32Y0 (8395:12568:3087) (time: 04:53.563)
----------no signal----------
tune to: QAM_AUTO f = 754000 kHz I999B8C999D0T999G999Y0 (8395:12568:3087) (time: 04:59.651) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 530000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8978) (time: 05:05.696)
service = Nova | T2 (DB, Prechod. MUX 13)
service = Nova Cinema | T2 (DB, Prechod. MUX 13)
service = Nova Action | T2 (DB, Prechod. MUX 13)
service = Nova Gold | T2 (DB, Prechod. MUX 13)
service = Nova 2 | T2 (DB, Prechod. MUX 13)
service = Prima Comedy Central HD | T2 (DB, Prechod. MUX 13)
service = JOJ Family HD | T2 (DB, Prechod. MUX 13)
service = TV REBEL | T2 (DB, Prechod. MUX 13)
service = TV RELAX | T2 (DB, Prechod. MUX 13)
service = KINOSVET | T2 (DB, Prechod. MUX 13)
already known: (QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8981)), but not found by pids
QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8981) : updating tp ids -> (8395:12610:8980)
already known: (QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8980)), but not found by pids
QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8980) : updating tp ids -> (8395:12610:8981)
tune to: QAM_AUTO f = 498000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8977) (time: 05:19.548)
----------no signal----------
tune to: QAM_AUTO f = 498000 kHz I999B8C999D0T999G999Y0P0 (8395:12610:8977) (time: 05:25.624) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 650000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8979) (time: 05:31.712)
----------no signal----------
tune to: QAM_AUTO f = 650000 kHz I999B8C999D0T999G999Y0P0 (8395:12610:8979) (time: 05:37.748) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8981) (time: 05:43.760)
QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8981) : updating transport_stream_id: -> (8395:12610:61958)
WARNING: received garbage data: crc = 0x4f54b262; expected crc = 0x6e7b6e3b
increasing filter timeout to 32 secs (pid:17 table_id:66 table_id_ext:-1).
service = NOVA | T2 (CESKE RADIOKOMUNIKACE)
service = NOVA CINEMA | T2 (CESKE RADIOKOMUNIKACE)
service = Prima LOVE | T2 (CESKE RADIOKOMUNIKACE)
service = Prima ZOOM | T2 (CESKE RADIOKOMUNIKACE)
service = Prima MAX | T2 (CESKE RADIOKOMUNIKACE)
service = Prima | T2 (CESKE RADIOKOMUNIKACE)
service = Prima COOL | T2 (CESKE RADIOKOMUNIKACE)
service = Prima KRIMI | T2 (CESKE RADIOKOMUNIKACE)
service = Ocko | T2 (CESKE RADIOKOMUNIKACE)
service = OCKO STAR | T2 (CESKE RADIOKOMUNIKACE)
service = Noe TV | T2 (CESKE RADIOKOMUNIKACE)
service = Barrandov KRIMI | T2 (CESKE RADIOKOMUNIKACE)
service = Kino Barrandov | T2 (CESKE RADIOKOMUNIKACE)
service = BARRANDOV TV | T2 (CESKE RADIOKOMUNIKACE)
service = Barrandov News | T2 (CESKE RADIOKOMUNIKACE)
service = Slagr TV | T2 (CESKE RADIOKOMUNIKACE)
service = Slagr 2 | T2 (CESKE RADIOKOMUNIKACE)
service = Seznam.cz TV | T2 (CESKE RADIOKOMUNIKACE)
service = Proglas | T2 (CESKE RADIOKOMUNIKACE)
QAM_AUTO f = 554000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:61958) : updating network_id -> (8395:12609:61958)
tune to: QAM_AUTO f = 514000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8982) (time: 05:57.556)
----------no signal----------
tune to: QAM_AUTO f = 514000 kHz I999B8C999D0T999G999Y0P0 (8395:12610:8982) (time: 06:03.644) (no signal)
----------no signal----------
tune to: QAM_AUTO f = 482000 kHz I999B8C999D0T32G8Y0P0 (8395:12610:8983) (time: 06:09.684)
----------no signal----------
tune to: QAM_AUTO f = 482000 kHz I999B8C999D0T999G999Y0P0 (8395:12610:8983) (time: 06:15.781) (no signal)
----------no signal----------
(time: 06:21.865) dumping lists (42 services)
..
Done, scan time: 06:21.865
[-- Attachment #18: Attachment information. --]
[-- Type: text/plain, Size: 480 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: w_scan__channels.conf
Date: 1 May 2019, 19:09
Size: 4587 bytes.
Type: Unix-text
[-- Attachment #19: w_scan__channels.conf --]
[-- Type: Application/Octet-stream, Size: 4587 bytes --]
Barrandov News;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:861=2:862@4:0:0:2054:8395:3081:0
Regionalni televize CZ;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:871=2:872@4:0:0:6401:8395:3081:0
Slagr 2;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:891=27:892@4:0:0:5636:8395:3081:0
OCKO EXPRES;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:841=27:842@4:0:0:1027:8395:3081:0
Sport 5;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:821=2:822@4:0:0:8194:8395:3081:0
Noe TV;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:811=2:812@4:0:0:1281:8395:3081:0
Retro Music TV;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:941=2:942@4:0:0:5889:8395:3081:0
POWER TV;CESKE RADIOKOMUNIKACE:714000:B8C34D0G32M64T8Y0:T:27500:1011=2:1012@3:0:0:8451:8395:3081:0
NOVA;CESKE RADIOKOMUNIKACE:770000:B8C34D0G32M64T8Y0:T:27500:101=2:111=cze@3,112=cze:121:0:513:8395:516:0
NOVA CINEMA;CESKE RADIOKOMUNIKACE:770000:B8C34D0G32M64T8Y0:T:27500:401=2:411=cze@3:421:0:514:8395:516:0
Prima COOL;CESKE RADIOKOMUNIKACE:770000:B8C34D0G32M64T8Y0:T:27500:501=2:511=cze@3:521:0:770:8395:516:0
Prima;CESKE RADIOKOMUNIKACE:770000:B8C34D0G32M64T8Y0:T:27500:601=2:611=cze@3,612=cze:621:0:773:8395:516:0
BARRANDOV TV;CESKE RADIOKOMUNIKACE:770000:B8C34D0G32M64T8Y0:T:27500:301=2:311=cze@3,312=cze:321:0:2050:8395:516:0
Nova | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:273=36:274@17:0;278:0:519:8395:8978:0
Nova Cinema | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:289=36:290@17:0;294:0:520:8395:8978:0
Nova Action | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:305=36:306@17:0;310:0:521:8395:8978:0
Nova Gold | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:321=36:322@17:0;326:0:522:8395:8978:0
Nova 2 | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:337=36:338@17:0;342:0:523:8395:8978:0
Prima Comedy Central HD | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:529=36:530=cze@17,531=cze:0:0:802:8395:8978:0
JOJ Family HD | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:785=36:786=cze@17,788=qaa:789:0:2564:8395:8978:0
TV REBEL | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:1313=36:1314=cze@17,1315=cze:0:0:2819:8395:8978:0
TV RELAX | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:1297=36:1298=cze@17,1299=cze:0:0:2820:8395:8978:0
KINOSVET | T2;DB, Prechod. MUX 13:530000:B8D0G8S1T32Y0P0:T:27500:1809=36:1810@17:0:0:6146:8395:8978:0
Prima LOVE | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4081=36:4082=cze@17:0:0:782:8395:61958:0
Prima ZOOM | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4101=36:4102=cze@17:0:0:783:8395:61958:0
Prima MAX | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4121=36:4122=cze@17:4130:0:785:8395:61958:0
BARRANDOV TV | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4141=36:4142=cze@17,4143=cze:4150:0:2058:8395:61958:0
Kino Barrandov | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4161=36:4162=cze@17,4163=cze:4170:0:2056:8395:61958:0
Barrandov KRIMI | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4181=36:4182=cze@17,4183=cze:4190:0:2055:8395:61958:0
OCKO STAR | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4221=36:4222=cze@17:0:0:1029:8395:61958:0
Slagr TV | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4241=36:4242=cze@17:0:0:5635:8395:61958:0
Ocko | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4201=36:4202=cze@17:0:0:1028:8395:61958:0
Prima | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4041=36:4042=cze@17,4043=cze:4050:0:786:8395:61958:0
Prima COOL | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4061=36:4062=cze@17:4070:0:787:8395:61958:0
Barrandov News | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4261=36:4262=cze@17:0:0:2059:8395:61958:0
Noe TV | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4301=36:4302=cze@17:0:0:1282:8395:61958:0
Slagr 2 | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4321=36:4322=cze@17:0:0:5637:8395:61958:0
NOVA CINEMA | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4021=36:4022=cze@17:4030:0:520:8395:61958:0
NOVA | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:4001=36:4002=cze@17,4003=cze:4010:0:519:8395:61958:0
Seznam.cz TV | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:5341=36:5342=cze@17:0:0:6915:8395:61958:0
Prima KRIMI | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:5281=36:5282=cze@17:5290:0:789:8395:61958:0
Proglas | T2;CESKE RADIOKOMUNIKACE:554000:B8D0G8S1T32Y0P0:T:27500:0:4502=cze@17:0:0:17154:8395:61958:0
[-- Attachment #20: Attachment information. --]
[-- Type: text/plain, Size: 474 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: xine_err_out.txt
Date: 1 May 2019, 19:09
Size: 562 bytes.
Type: Unix-text
[-- Attachment #21: xine_err_out.txt --]
[-- Type: Application/Octet-stream, Size: 562 bytes --]
This is xine (X11 gui) - a free video player v0.99.9.
(c) 2000-2014 The xine Team.
Failed to open VDPAU backend libvdpau_i965.so: cannot open shared object file: No such file or directory
vo_vdpau: Can't create vdp device : No vdpau implementation.
libva info: VA-API version 1.4.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_4
libva error: /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
[-- Attachment #22: Attachment information. --]
[-- Type: text/plain, Size: 475 bytes --]
The following section of this message contains a file attachment
prepared for transmission using the Internet MIME message format.
If you are using Pegasus Mail, or any other MIME-compliant system,
you should be able to save it or view it from within your mailer.
If you cannot, please ask your system administrator for assistance.
---- File information -----------
File: more_logs.zip
Date: 2 May 2019, 16:29
Size: 61447 bytes.
Type: ZIP-archive
[-- Attachment #23: more_logs.zip --]
[-- Type: Application/ZIP, Size: 61447 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2019-05-02 15:15 UTC | newest]
Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-05-02 15:00 Noob DVB-T2 experience: Mygica T230C2, CrazyCat, DVR w. output plugins, and friends Frantisek Rysanek
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).