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 - logi85

Seiten: [1]
1
So, yaVDR läuft nun. Konfiguration deutlich schneller als mit stock-Ubuntu. Danke für den Tip! Und mein Problem ist auch behoben, jetzt bin ich wieder 100% von Sundtek überzeugt ;-)

Thread kann also geschlossen/gelöscht werden.

2
Hm ok verstehe ich.

Trozdem denke ich, dass wenn ich Stick a) reinstecke und es klappt, Stick b) reinstecke und es nicht klappt, keine Rückschlüsse auf die Software möglich sind.

Evtl. werde ich YaVDR mal probieren.

Dennoch Danke für die Infos.

3
Hier nochmal aus dem syslog.. Hab auch wirblescan dekativiert gehabt in einem späteren Versuch.

Aug 13 23:18:23 mediacenter vdr: [24495] switched to user 'vdr'
Aug 13 23:18:23 mediacenter vdr: [24495] codeset is 'UTF-8' - known
Aug 13 23:18:23 mediacenter vdr: [24495] found 28 locales in /usr/share/locale
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-sc.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] cTimeMs: using monotonic clock (resolution is 1 ns)
Aug 13 23:18:23 mediacenter vdr: [24495] [general.debug] using new 1.7.11+ capture code
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-vnsiserver4.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-xvdr.so.2.0.0
Aug 13 23:18:23 mediacenter vdr: [24495] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.2.0.0

4
Gestern schon probiert, leider ohne Erfolg.

5
Hm, hier nochmal ein weiteres Pastebin.

http://pastebin.com/7AdLWSaT

P.S.: Ich habe die wo kein device connected ist rausgeschnitten..

6
Syslog:

Aug 13 23:15:44 mediacenter vdr: [2322] Streamdev: Accepted new client (HTTP) 192.168.33.65:61025
Aug 13 23:15:44 mediacenter vdr: [2322] streamdev: No device provides channel 13 (Nat Geo Wild HD) at priority 0
Aug 13 23:15:44 mediacenter vdr: [2322] streamdev-server: closing HTTP connection to 192.168.33.65:61025

VNSI-Server4-Log hab ich auf die schnelle nicht gefunden. Im xbmc nur "Channel XX could not be played"

7
Ok.

Ja, genau. Tuner a direkt am Kabel -> Sky (HD) Empfang ok. Tuner b direkt am Kabel -> kein Empfang.

Ja, decodiere per Hardware (Nvidia GT640).
Last ist so ca 30-40%. Im syslog finde ich vom VDR immer die Meldung dass kein Adapter den Channel provided. (wenn ich z.B. über Streamdev den einen Tuner schon auf einen Sky-Sender mit einer anderen Frequenz zwinge, so dass der 2. genutzt werden muss). Jedoch kann ich Pro7 etc. schauen.

Ich finde auch in den anderen Logs nix aussagekräftiges. Daher gehe ich inzwischen (gerade durch meine Versuche) davon aus, dass es am Stick liegen muss.

8
Also,

ich habe nun einen Tuning-Test gemacht.

1. Beide Tuner auf 2 unterschiedliche Sky-Frequenzen getuned, danach readsignal.
2. Beide Tuner auf die gleiche Frequenz, danach auch readsignal.
3. TS-Scan auf beiden (Funktioniert nur auf einem?)

Da ich die Textdatei nicht anhängen konnte hier, habe ich diese bei pastebin gepasted: http://pastebin.com/jU7Y8hWu

Fehlermeldung "Es kann auf den UploadPfad der Dateianhänge nicht zugegriffen werden."

9
Also ist ein AMD A6-3500, 1x readSignal erzeugt ca 3,7% CPU-Last.

10
Hallo,

werde gleich (10 nach ist die aktuelle Aufnahme vorbei) beide auf die gleiche Frequenz Tunen, und danach dann die Qualität posten.

Zitat
Was fuer ein System ist das?
-> Hm, weiß nicht genau wie ich die Frage beantworten soll. Welche Angaben braucht ihr?

Könnte an dem Kabel liegen, tut aber nix zu meinem aktuellen Problem (da ich ja beide Sticks an dem gleichen, anderen Kabel, getestet habe).

11
Hallo,

ich habe den folgenden Stick bei Amazon 2x gekauft ( http://www.amazon.de/gp/product/B005H73T4U/ref=oh_details_o05_s00_i00?ie=UTF8&psc=1 )
Jedoch nicht den auf dem Bild abgebildeten, sondern einen schwarzen erhalten.

Beide liefen bis vor einigen Wochen super. Ich nutze Ubuntu mit VDR (hier auch den Dynamite-Plugin).

An den Sticks habe ich an der einen Seite ein T-Stück, welches 1x direkt in den Stick landet und an der anderen Seite zum 2. Stick leitet. Hier habe ich ein ca 3m Kabel dran, hatte vorher ein 0,5m Kabel, das hatte jedoch nicht funktioniert (vermutlich Reflektionen?).

Wenn ich nun Sky-Sender schaue, funktioniert es über den einen Stick, über den anderen jedoch nicht. Erst hatte ich Software in verdacht, jedoch habe ich später über Dynamite beide Sticks einzeln angesprochen, das Antennenkabel entfernt (um herauszufinden, welches Device welches ist) und dann die Zuleitung einzeln an beide Sticks angeschlossen. Über den einen Stick kann ich Sky schauen, über den anderen nicht. Ich habe dann auch nochmal jeweils nur einen Stick per USB verbunden und ausprobiert - gleiches Ergebnis.

Sender wie RTL/Vox/Pro7/etc. kann ich über den "nicht-SKY"-Stick schauen.
Ich nutze DVB-C im Kabelnetz "Telekabel Bremen" in Bremen, welches über Eutelsat gespeist wird.

Die Frage ist nun, ob ich irgendwie herausfinden kann, wo es klemmt, evtl. eine neue Firmware benötigt wird (sofern überhaupt möglich) oder aber ein Hardware-Defekt vorliegt.

Der eine Stick ist vom 10. Mai, der 2. vom 24. Mai (2013). Beide werden durch den Dynamite-Plugin auch bei Nichtnutzung abgeschaltet, der HTPC läuft nicht im dauerbetrieb, ca 4-8h / Tag.

Seiten: [1]