Sundtek Media TV Digital Home III Mode auf DVB-T2 setzen

[hmuecke]

OK, hatte ich zuerst versucht, dachte die Frequenz ist falsch da folgende Meldung dann kommt:

herbert@linux:~> /opt/bin/mediaclient -m DVBT -f 642000000 -b 8
Using device: /dev/dvb/adapter0/frontend0
Checking for lock:
..... [LOCKED]
herbert@linux:~> /opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits

geht dann ewig so weiter.....

[hmuecke]

Und damit bekomme ich einen Ton (Musik) und folgende Meldung:#

herbert@linux:~> /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | vlc stream:///dev/stdinVLC media player 2.1.5 Rincewind (revision 2.1.4-49-gdab6cb5)
[0x1a900b8] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
libdvbpsi error (PSI decoder): TS discontinuity (received 1, expected 0) for PID 0
libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 100
[0x7f0208c01798] ts demux error: MPEG-4 descriptor not found
[0x7f0208c951d8] packetizer_mpeg4audio packetizer: AAC channels: 2 samplerate: 48000
libdvbpsi error (PSI decoder): TS discontinuity (received 5, expected 0) for PID 598
libdvbpsi error (PSI decoder): TS discontinuity (received 11, expected 0) for PID 32
libdvbpsi error (PSI decoder): TS discontinuity (received 15, expected 0) for PID 17

[Sundtek]

Versuch -m DVBT2

Das mit den Starving bits ist wohl wegen dem schlechten Empfang.

Was zeigt denn /opt/bin/mediaclient --readsignal=10 -d /dev/dvb/adapter0/frontend0 an?

DVB-T2 ist wie erwähnt in Skandinavien schon länger im Einsatz aber keiner verwendet H265 dafür.
Eventuell ist die Signalstärke auch nicht voll gegeben da es ja nur ein Testtransponder ist.

[hmuecke]

herbert@linux:~> /opt/bin/mediaclient -m DVBT2 -f 642000000 -b 8                            Using device: /dev/dvb/adapter0/frontend0
Tuning to DVB-T2 channel
Checking for lock:
. [LOCKED]
herbert@linux:~> /opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0                       starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits
starving bits

Uns Signal scheint auch nicht schlecht zu sein. Soll ja mit 50 kW gesendet werden:

herbert@linux:~> /opt/bin/mediaclient --readsignal=10 -d /dev/dvb/adapter0/frontend0
== reading digital TV signal ==
SIGNAL: [........................         ] ( 72%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 72%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz
SIGNAL: [........................         ] ( 74%)  BER:      0 FREQ: 506000000  Hz LOCKED:  NO BW: 8 Mhz

[hmuecke]

Und Musik ist auch mit dieser Eingabe wieder zu hören:

herbert@linux:~> /opt/bin/mediaclient --cat /dev/dvb/adapter0/dvr0 | mplayer -cache 10240 -
MPlayer -4.8 (C) 2000-2014 MPlayer Team
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.

Playing -.
Reading from stdin...
Cache fill: 19.53% (2048000 bytes)   

libavformat version 55.48.100 (internal)
TS file format detected.
VIDEO MPEG2(pid=101) AUDIO AAC(pid=102) NO SUBS (yet)!  PROGRAM N. 16897

Too many audio packets in the buffer: (4096 in 2098185 bytes).
Maybe you are playing a non-interleaved stream/file or the codec failed?
For AVI files, try to force non-interleaved mode with the -ni option.
MPEG: FATAL: EOF while searching for sequence header.
Video: Cannot read properties.
Load subtitles in ./
==========================================================================
Trying to force audio codec driver family libmad...
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
libavcodec version 55.69.100 (internal)
AUDIO: 48000 Hz, 2 ch, floatle, 0.0 kbit/0.00% (ratio: 0->384000)
Selected audio codec: [ffaac] afm: ffmpeg (FFmpeg AAC (MPEG-2/MPEG-4 Audio))
==========================================================================
AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample)
Video: no video
Starting playback...

[Sundtek]

Bei H265 wird das Video wohl nicht "VIDEO MPEG2(pid=101)" MPEG2 sein.

Ich denke hier gibt es noch einiges zu tun.

Wir werden uns den Datenstrom noch ansehen, der Parser ist für normale DVB-C / DVB-T aber auch DVB-T2 Sender in anderen Ländern ausgerichtet. Eventuell läuft der Teststrom komplett gegen die Standardspezifikationen.
H265 verwendet doch sonst auch so ziemlich niemand in Europa.

Es ist aber nur eine Angelegenheit der Software, nicht der Hardware.

[hmuecke]

Es kann sein, dass im Moment in Berlin noch keine HD-Sender aufgeschaltet sind.
Habe unter www.areadvd.de folgende Mitteilung gefunden: “Erste Tests werden derzeit mit mehreren Videoschleifen durchgeführt. Nach Abschluss dieser Phase erfolgt in ca. 4-6 Wochen die Aufschaltung erster HD-Programme, die sukzessive erweitert werden. Da hierbei verschiedene Senderparameter getestet werden, können genaue Angaben zu den Modi leider nicht gemacht werden.” Meldung stammt vom 9.10.2014

[hmuecke]

Ich habe mal wieder Versuche gemacht:

herbert@linux-ru3o:~> /opt/bin/mediaclient --tsscan /dev/dvb/adapter0/dvr0
PMT PID: 0x0064
  Program Number: 0x4201
  Encrypted: No
  Service running: Yes
  Provider Name: MB
  Service Name: Service 1 (T2 Test)
    --> 0x0065 (36)
    --> 0x0066 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x00c8
  Program Number: 0x4202
  Encrypted: No
  Service running: Yes
  Provider Name: MB
  Service Name: Service 2 (T2-Test)
    --> 0x00c9 (36)
    --> 0x00ca (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x012c
  Program Number: 0x4203
  Encrypted: No
  Service running: Yes
  Provider Name: MB
  Service Name: Service 3 (T2 Test)
    --> 0x012d (36)
    --> 0x012e (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x0190
  Program Number: 0x4204
  Encrypted: No
  Service running: Yes
  Provider Name: MB
  Service Name: Service 4 (T2 Test)
    --> 0x0191 (36)
    --> 0x0192 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
PMT PID: 0x01f4
  Program Number: 0x4205
  Encrypted: No
  Service running: Yes
  Provider Name: MB
  Service Name: Service 5 (T2 Test)
    --> 0x01f5 (36)
    --> 0x01f6 (ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data)
Total found: 5 PMTs (incl. unknown 0x0000)
Scan finished after 20 packets (3760 bytes)

[Sundtek]

Ich nehme an (36) ist noch nicht im Treiber eingepflegt (also die Textbeschreibung, es hat keine zusätzliche Funktionalität oder Nutzen) es wird wohl h265 sein. Ansonsten passt es wohl wie es ist.

Die scheinen in der Tat noch einige Dinge zu ändern am Stream.