Beiträge anzeigen

Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.


Nachrichten - soulrebell

Seiten: [1] 2
1
Sundtek MediaTV Pro / Erkennung unter Tvheadend auf TP-Link TL-WDR4900 v1 router
« am: Oktober 21, 2017, 09:01:57 Vormittag »
Hi,
ich möchte mit meinem Tvheadend Server auf meinem Router TP-Link Archer C7 AC1750 umziehen.
Derzeit versuche ich das zu Testzwecken auf meinem alter Router TP-Link TL-WDR4900  unter Lede zu realisieren.
Der Sundteck Stick wird vom System erkannt
siehe folgende Ausgabe von /opt/bin/mediaclient -e

**** List of Media Hardware Devices ****
device 0: [MediaTV Pro III (EU)]  DVB-C, DVB-T, DVB-T2, ANALOG-TV, FM-RADIO, REMOTE-CONTROL, OSS-AUDIO, RDS
  [INFO]:
     STATUS: STANDBY
  [BUS]:
     ID: 1-1.1
  [SERIAL]:
     ID: U150218191754
  [DVB-C,DVB-T,DVB-T2]:
     FRONTEND: /dev/dvb/adapter0/frontend0
     DVR: /dev/dvb/adapter0/dvr0
     DMX: /dev/dvb/adapter0/demux0
  [ANALOG-TV]:
     VIDEO0: /dev/video0
     VBI0: /dev/vbi0
  [FM-RADIO]:
     RADIO0: /dev/radio0
     RDS: /dev/rds0
  [REMOTECONTROL]:
     INPUT0: /dev/mediainput0
  [OSS]:
     OSS0: /dev/dsp0

Jedoch wird der Stick unter Tvheadend nicht erkannt. Zur Erkennung habe ich das nachfolgende
Startskript von Tvheadend nach der Variabeldefinition, um
export LD_PRELOAD=/opt/lib/libmediaclient.so
erweitert

#!/bin/sh /etc/rc.common

START=99
STOP=00

USE_PROCD=1
PROG=/usr/bin/tvheadend

TEMP_CONFIG=/tmp/tvheadend
PERSISTENT_CONFIG=/etc/tvheadend

if [ -e /opt/lib/libmediaclient.so ]; then
export LD_PRELOAD=/opt/lib/libmediaclient.so
# following will start the driver
# and wait until the currently attached devices are fully initialized, afterwards
# it will continue with the rest of the script
/opt/bin/mediasrv -d -p /opt/bin --wait-for-devices
fi

execute_first_run() {
"$PROG" -c "$1" -B -C -A >/dev/null 2>&1
}

ensure_config_exists() {
local config_path

config_load tvheadend
config_get config_path service config_path

if [ -z "$config_path" ]; then
[ -d "$PERSISTENT_CONFIG" ] || execute_first_run "$PERSISTENT_CONFIG"
else
# if the configuration directory is empty, empty config with grant-all ACL is created
[ -d "$config_path" ] && [ "$(ls -A $config_path)" ] || execute_first_run "$config_path"
fi

# if use_temp_epgdb is enabled (default), most of the config is put to config_path
# (or /etc/config), except for epgdb.v2, which grows quite large and is write-heavy,
# so it's put into volatile tmpfs
# epgdb.v2 is created and symlinked to main config dir upon each start (if it doesn't exist)
config_get_bool use_temp_epgdb service use_temp_epgdb 0
if [ "$use_temp_epgdb" == "1" ]; then
TEMP_EPG="${TEMP_CONFIG}/epgdb.v2"
[ ! -f "$TEMP_EPG" ] && mkdir -p "$TEMP_CONFIG" && touch "$TEMP_EPG" && chmod 700 "$TEMP_EPG"
[ -z "$config_path" ] && config_path="$PERSISTENT_CONFIG"
ln -sf "$TEMP_EPG" "${config_path}/epgdb.v2"
fi
}

load_uci_config() {
config_load tvheadend
config_get config_path service config_path "$PERSISTENT_CONFIG"
[ -n "$config_path" ] && procd_append_param command -c "$config_path"
config_get_bool nosyslog service nosyslog 0
[ "$nosyslog" -eq 1 ] && procd_append_param command --nosyslog
config_get_bool ipv6 server ipv6 0
[ "$ipv6" -eq 1 ] && procd_append_param command --ipv6
config_get bindaddr server bindaddr
[ -n "$bindaddr" ] && procd_append_param command --bindaddr "$bindaddr"
config_get http_port server http_port
[ -n "$http_port" ] && procd_append_param command --http_port "$http_port"
config_get http_root server http_root
[ -n "$http_root" ] && procd_append_param command --http_root "$http_root"
config_get htsp_port server htsp_port
[ -n "$htsp_port" ] && procd_append_param command --htsp_port "$htsp_port"
config_get htsp_port2 server htsp_port2
[ -n "$htsp_port2" ] && procd_append_param command --htsp_port "$htsp_port2"
config_get xspf server xspf 0
[ "$xspf" -eq 1 ] && procd_append_param command --xspf
}

start_service() {
ensure_config_exists
procd_open_instance
procd_set_param file /etc/config/tvheadend
procd_set_param command "$PROG" -B
load_uci_config
procd_close_instance
}

Der Stick wird jedoch trotzdem nicht erkannt.
Hier der Ausschnitt aus dem Syslog
Sat Oct 21 08:45:56 2017 daemon.info procd: - init complete -
Sat Oct 21 08:45:58 2017 daemon.info tvheadend[2526]: main: Log started
Sat Oct 21 08:45:59 2017 daemon.info tvheadend[2526]: config: loaded
Sat Oct 21 08:46:02 2017 daemon.info tvheadend[2526]: scanfile: DVB-T - loaded 44 regions with 1112 networks
Sat Oct 21 08:46:02 2017 daemon.info tvheadend[2526]: scanfile: DVB-S - loaded 1 regions with 112 networks
Sat Oct 21 08:46:02 2017 daemon.info tvheadend[2526]: scanfile: DVB-C - loaded 17 regions with 57 networks
Sat Oct 21 08:46:02 2017 daemon.info tvheadend[2526]: scanfile: ATSC - loaded 2 regions with 16 networks
Sat Oct 21 08:46:04 2017 daemon.err tvheadend[2526]: linuxdvb: unable to open /dev/dvb/adapter0/frontend0

Füge ich in /etc/rc.local ein Skript mit folgenden Inhalt ein

export LD_PRELOAD=/opt/lib/libmediaclient.so
/etc/init.d/tvheadend stop
/usr/bin/tvheadend -B -c /etc/tvheadend --ipv6

wird der Stick unter Tvheadend erkannt. Ich habe dann jedoch das Problem,
dass meine Einstellungen unter Tvheadend nicht vollständig geladen werden.
D. h. ich möchte es mit dem init Skript von Tvheadend realisieren.
Hat jemand eine Idee.

2
Sundtek MediaTV Pro / Re:Media Pro funktioniert nach Umbau nicht mehr
« am: August 11, 2017, 08:27:02 Vormittag »
Ich habe jetzt nochmal bei Sperrfilter entfernt. Leider keine Änderung.

3
Sundtek MediaTV Pro / Re:Media Pro funktioniert nach Umbau nicht mehr
« am: August 11, 2017, 07:02:45 Vormittag »
Ich habe während meiner Fehlersuche (habe ich vergessen zu erwähnen) bereits einen entfernt, dies hat aber nichts an der Situation geändert.
Fällt die eine weitere Ansatz ein?

4
Sundtek MediaTV Pro / Re:Media Pro funktioniert nach Umbau nicht mehr
« am: August 10, 2017, 10:41:21 Nachmittag »
Hier ein Auszug der Ausgabe
SIGNAL: [.................................] ( 99%) BER:    240 CNR: 33,20 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    240 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    179 CNR: 32,70 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    170 CNR: 32,50 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    189 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    189 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    149 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    170 CNR: 32,70 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    170 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    179 CNR: 32,70 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    149 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    149 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    159 CNR: 32,50 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    220 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    229 CNR: 32,70 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    229 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    149 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    159 CNR: 32,50 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    159 CNR: 33,20 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown
SIGNAL: [.................................] ( 99%) BER:    189 CNR: 33,00 FREQ: 346000000  Hz LOCKED: YES SYM: 6900000 MOD: unknown

Der Wert variiert zwischen 32,5 und 33,2.

5
Sundtek MediaTV Pro / Media Pro funktioniert nach Umbau nicht mehr
« am: August 10, 2017, 08:47:29 Nachmittag »
Hallo zusammen,
ich nutze schon einige Zeit Sundtek Sticks für DVB-C mit einem Odroid c2 mit Debian Jessie.
Mein Kabelanbieter ist Vodafon Kabel Deutschland.
Ich hatte bis jetzt keine Probleme.
Ich musst jetzt jedoch meine Zuleitung, also vor dem Verstärker aufgrund von Umbaumaßnahmen teilen.
Das Kabel habe ich wieder mit einem F-Stecker verbunden. Die Signalstärke wird mit in tvheadend mit 100% angezeigt.
Ich habe jetzt jedoch das Problem, dass ich bei Pro7 HD, VOX HD und Kabel eins HD kein Programm mehr
empfange. Alle anderen Sender funktionieren.
In tvheadend erhalte ich folgende Meldung

2017-08-10 20:21:02.792 subscription: 0003: "192.168.0.105 [ marco | Kodi Media Center ]" subscribing on channel "ProSieben HD", weight: 150, adapter: "Sundtek DVB-C (III) : DVB-C #0", network: "Kabel Deutschland", mux: "130MHz", provider: "Digital Free", service: "ProSieben HD", profile="htsp", hostname="192.168.0.105", username="marco", client="Kodi Media Center"
2017-08-10 20:21:06.431 TS: Kabel Deutschland/130MHz/ProSieben HD Transport error indicator (total 1)
2017-08-10 20:21:06.431 TS: Kabel Deutschland/130MHz/ProSieben HD: TELETEXT @ #6844 Continuity counter error (total 1)
2017-08-10 20:21:06.528 TS: Kabel Deutschland/130MHz/ProSieben HD: H264 @ #6841 Continuity counter error (total 1)
2017-08-10 20:21:08.314 TS: Kabel Deutschland/130MHz/ProSieben HD: AC3 @ #6842 Continuity counter error (total 1)
2017-08-10 20:21:16.372 TS: Kabel Deutschland/130MHz/ProSieben HD Transport error indicator (total 8177)

Folgendes habe ich bei der Fehlersuche probiert.
Nach dem Signalverstärker habe ich einen Splitter mit drei Anschlüssen. An zwei von den drei Anschlüssen sitzt ein Rückwegssperrfilter (WHPF-47E). Wenn ich den Sundtek Stick an dem Anschluss ohne Sperrfilter anschließe, dann funktionieren die genannten Programme. An den anderen erhalte ich die Fehlermeldung.
Des weiteren habe ich noch einen PCTV Triplestick 292e, bei diesem funktionieren alle drei Anschlüsse ohne Probleme.
Der folgende Befehl
/opt/bin/mediaclient -m DVBC -f 130000000 -M Q256 -S 6900000

ergibt diese Ausgabe
Using device: /dev/dvb/adapter0/frontend0
Checking for lock:
. [LOCKED]

Ich habe insgesamt drei Sundtek Sticks, deshalb benötige ich alle drei Anschlüsse.

Hat jemand eine Idee, wie ich das Problem beheben kann?
 

6
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 17, 2015, 11:06:03 Nachmittag »
Hallo,
zuerst mal möchte ich mich noch mal für den gestrigen abendlichen Support
bedanken!!
Vor allem, da ich schon öfters in diesem Thread Kritik geäußert habe.
Ok jetzt die Rückmeldung.
Der Tuner hat seit gestern nicht die Verbindung zum System verloren.
Das ist auf eine wesentliche Verbesserung!!
Es treten jedoch vereinzelt Bildstörungen und Tonstörungen auf, diese waren
vorher nicht vorhanden.
Gibt es da noch eine Möglichkeit das zu optimieren?
Wenn ich das gestern richtig Verstanden habe, sorgt der Befehl dafür, dass der Stick immer aktiv bleibt. da kontinuierlich ein Datenstrom vorliegt.
Wenn dem so ist, kann man diesen reduzieren?

7
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 16, 2015, 01:21:37 Nachmittag »
Ok.
Das mache ich nach der Arbeit, wie lange ist der Chat besetzt?

8
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 16, 2015, 07:15:05 Vormittag »
Ich habe seit gestern nach einem Bios Update die Möglichkeit xhci im Bios abzuschalten.
Dies habe ich getan.
Ich habe den Rechner die Nacht durch laufen lassen, heute früh erscheint in Kodi jedoch wieder
die Meldung "tvheadend no input detected".
Wie ist das zu erklären?

9
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 15, 2015, 09:49:25 Vormittag »
Warum funktioniert dann meine angeschlossene Tastatur sowie meine sämtlichen Festplatten und USB-STICK uneingeschränkt?

10
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 14, 2015, 10:43:19 Nachmittag »
Hallo Sundtek,
ich habe die demsg Ausgabe gepostet. Wieso antworten sie nicht?
Ich kann den Stick immer noch nicht verwenden. Ich habe den Stick für 90€ gekauft,
da sie auf ihrer Internetseite suggerieren das dieser unter Linux verwendbar ist.
Hier ein Auszug der Produktseite
Alle Linux Distributionen welche bis zu 5 Jahre alt sind.

Ich lese hier nichts, dass es ggf. Treiberprobleme geben kann.

Des Weiteren habe ich den Thread am 23.01. eröffnet, unmittelbar darauf schreiben sie es liegt
am XHCI Treiber also am System.
Am 10.02 schreiben sie adreno sie würden im Laufe der nächsten Woche einen Report an die Linux Kernelmailingliste schicken. Hä?? Wodurch entsteht dieser Delay.
Nach meiner Meinung sollte ein Produkthersteller ein gewisses Interesse haben, dass das Produkt in
der beworbenen Umgebung uneingeschränkt funktioniert.
Ich bitte um eine Antwort.

11
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 14, 2015, 08:10:43 Nachmittag »
Hallo adreno,
ein Kernel (v3.19) update führte bei mir zumindest dazu, dass das System nicht mehr total abstürzt.
Nichts desto trotz verliert der Stick aus irgendeinem Grund den Kontakt zum System, dies geschieht
unregelmäßigen Abständen und ist nicht gezielt reproduzierbar.
Eine weitere Verwendung des Sticks erfordert einen Neustart.

Zitat
XHCI USB 3.0 Controller-Treiberproblem, wir werden den Report im Laufe der Woche an die Linux Kernelmailingliste senden.

Na hoffentlich wird das noch in diesem Jahr was.
Im Laufe der Woche habe ich in diesem Thread schon öfter gehört, ohne das je was
passiert wäre. :)



12
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 05, 2015, 06:29:00 Nachmittag »
hier die dmesg Ausgabe

http://paste.ubuntu.com/10075472/

13
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 05, 2015, 12:41:38 Nachmittag »
Ok.
Die liefere ich heute abend..

14
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 05, 2015, 09:42:46 Vormittag »
Hallo, gestern funktionierte LiveTV ohne Probleme. (ca. 2Std. Nutzung)
Heute früh wollte ich es dann nochmal kurz probieren.
Unter XBMC wurde mir dann jedoch:
tvheadend no input detected
angezeigt.
Die war auch beim Einfrieren des Bildes der Fall, nach dem Kernel update (siehe reply oben, diese Information habe ich vergessen zu geben)
Im Tvheadend Log wurde dann folgendes angezeigt:
Graceperiod expired

Liegt es ggf. doch am Tuner?

15
Sundtek MediaTV Pro / Re:Linux Mint 17.1: System friert ein bei eingesteckten Stick
« am: Februar 04, 2015, 03:34:48 Nachmittag »
dmesg --> Kann ich erst heute abend liefern.
Der aktuelle stable Kernel "3.18.5" zeigt übrigens das selbe Verhalten, wobei Änderungen bzgl. XHCI Treiber wohl hauptsächlich in 3.19... durchgeführt wurden.

Seiten: [1] 2