Autor Thema: Update 8. März 2010  (Gelesen 16084 mal)

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Update 8. März 2010
« am: März 08, 2010, 08:06:59 Nachmittag »
Version: http://www.sundtek.de/media/empia_installer_100308.sh

* ATSC (US/Kanada) S2 API Unterstuetzung
* DVB-C/T only devices werden ab dieser Version unterstuetzt
* ISDB-T (Brasilien)  Geraet wurde auf Fullseg Modus umgeschalten
* Logfile in /tmp wurde entfernt (dieses Problem hatte sich leider hartnaeckig gehalten und hat die Streamqualitaet negativ beeinflusst)..
* Der Treiber durchlaeuft ab nun das neue Buildsystem, daher wird garantiert das alle Versionen aktuell sind
- PowerPC64
- PowerPC32
- MIPS
- Intel 32Bit
- Intel 64Bit
- ARM EABI4
- ARM OABI
* ION: Acer Revo wurde getestet

* Remote Control Tool fuer 32Bit wird nachgereicht.
« Letzte Änderung: März 08, 2010, 11:28:25 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

schoeppi

  • Newbie
  • *
  • Beiträge: 3
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #1 am: März 09, 2010, 12:21:49 Vormittag »
Hallo,

leider lässt sich diese Version von mediasrv nicht auf meiner NAS
(Qnap TS-419p) starten, der vorherige Treiber hat noch funktioniert.
Fehlermeldungen sehe ich keine, weder wenn ich mediasrv mit -v starte
noch im Log :(. Im Logfile steht lediglich:

---
Starting up Multimedia Framework (Mar  8 2010 18:59:31)
Detected DVB version.h
API Version: 5.1
Running on Linux (2.6.32-2-kirkwood)
scanning devices
scanning for plugins
found lib: libdrv_net.so
---

Es ist jedoch kein mediasrv Prozess zu finden :(.

Hardware ist, wie geschrieben, eine TS-419P von Qnap. Als System
auf der NAS verwende ich Debian.

Ich würde gerne auf einen neueren Treiber updaten, da der vdr bei
Aufnahmen regelmäßig abraucht. Im Log für den vdr taucht dann u.a.
Folgendes auf:

----
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 8038 bytes (expected: 48523 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 3496 bytes (expected: 4624 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 2128 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 1840 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 1656 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 3312 bytes (expected: 4624 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 1760 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 1472 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 2024 bytes (expected: 3600 bytes)
Mar  7 23:30:06 nas vdr: [18720] cVideoRepacker: found system start code: stream seems to be scrambled or not demultiplexed
Mar  7 23:30:06 nas vdr: [18720] PES packet shortened to 2208 bytes (expected: 3600 bytes)
Mar  7 23:30:07 nas vdr: [18719] ERROR: unknown picture type '4'@
-----

Die vdr-Version ist 1.6.0-14, das ganz normale Debian-Paket.

Hat jemand evtl. eine Idee was da das Problem sein könnte bzw. warum der
neue Treiber nicht läuft? Verwendet jemand evtl. ein ähnliches Setup?

Ach ja, ich nehme über dvb-c auf, dvb-t soll irgendwann dazukommen,
wenn dvb-c mal stabil läuft.

Ciao und schonmal Danke für jeden Tipp,

  Schöpp

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #2 am: März 09, 2010, 12:28:23 Vormittag »
Der Installer wurde mittlerweile bezüglich den embedded Treibern aktualisiert.

Bezüglich VDR sollten Sie jedoch versuchen die letzte verfügbare Version zu installieren, embedded Systeme sind immer etwas schwieriger und besonders da die Verbreitung nicht so groß ist auch um einiges weniger getestet.

Für ARM Systeme eignet sich ggf. eventuell auch tvheadend
« Letzte Änderung: März 09, 2010, 10:25:57 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

Hergorn

  • Newbie
  • *
  • Beiträge: 6
    • Profil anzeigen
Re:Update 8. March 2010
« Antwort #3 am: März 10, 2010, 11:39:06 Vormittag »
Version: http://www.sundtek.de/media/empia_installer_100308.sh

Hallo Leute,

mir schmiert in der letzten Zeit der VDR regelmaesig ab. Meine Frau ist scho echt begeistert ;-)
Gestern habe eine Aufzeichnung angesehen und danach gelöscht. Das Live-TV-Bild war da und hing nach ca. 1 Minute. Eventuell hat meine Frau versucht umzuschalten. Ich habe 2 Sundtek-Sticks im Betrieb.  Jetzt habe ich mir das syslog von gestern angesehen und folgendes gefunden:

Mar  9 23:27:42 vdr-asrock kernel: [ 7587.099771] TS buffer on de[3828]: segfault at 5e ip b76fb369 sp a7bf0120 error 4 in libmediaclient.so[b76fa000+8000]

Mehr syslog:

Mar  9 23:26:09 vdr-asrock vdr: [3850] remove deleted recordings thread ended (pid=2980, tid=3850)
Mar  9 23:26:25 vdr-asrock vdr: [3150] frontend 1 timed out while tuning to channel 18, tp 618
Mar  9 23:27:30 vdr-asrock vdr: [3146] ERROR: can't set filter (pid=300, tid=02, mask=FF): Das Argument ist ungültig
Mar  9 23:27:40 vdr-asrock vdr: [3151] ERROR: can't set filter (pid=20, tid=70, mask=FF): Das Argument ist ungültig
Mar  9 23:27:40 vdr-asrock vdr: [3151] ERROR: can't set filter (pid=0, tid=00, mask=FF): Das Argument ist ungültig
Mar  9 23:27:40 vdr-asrock vdr: [3151] ERROR: can't set filter (pid=17, tid=42, mask=FF): Das Argument ist ungültig
Mar  9 23:27:40 vdr-asrock vdr: [3151] ERROR: can't set filter (pid=16, tid=40, mask=FF): Das Argument ist ungültig
Mar  9 23:27:41 vdr-asrock vdr: [3146] ERROR: can't open filter handle on '/dev/dvb/adapter0/demux0'
Mar  9 23:27:42 vdr-asrock kernel: [ 7587.099771] TS buffer on de[3828]: segfault at 5e ip b76fb369 sp a7bf0120 error 4 in libmediaclient.so[b76fa000+8000]
Mar  9 23:27:42 vdr-asrock lircd-0.8.3[2953]: removed client
Mar  9 23:27:52 vdr-asrock vdr: [3865] cTimeMs: using monotonic clock (resolution is 1 ns)
Mar  9 23:27:52 vdr-asrock vdr: [3865] VDR version 1.7.9 started
Mar  9 23:27:52 vdr-asrock vdr: [3865] switched to user 'root'
Mar  9 23:27:52 vdr-asrock vdr: [3865] codeset is 'ISO-8859-1' - known
Mar  9 23:27:52 vdr-asrock vdr: [3865] found 23 locales in /usr/share/locale
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-sc.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-text2skin.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-skinenigmang.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-control.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrpservice.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.1.7.9
Mar  9 23:27:52 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.1.7.9
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-burn.so.1.7.9
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-femon.so.1.7.9
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading plugin: /usr/lib/vdr/plugins/libvdr-devstatus.so.1.7.9
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/setup.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] ERROR: unknown config parameter: xineliboutput.OSD.SoftOSD = 0
Mar  9 23:27:53 vdr-asrock vdr: [3865] [xine..put] Skipping configuration entry Remote.ListenPort=37890 (overridden in command line)
Mar  9 23:27:53 vdr-asrock vdr: [3865] [xine..put] Skipping configuration entry RemoteMode=1 (overridden in command line)
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/sources.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/diseqc.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/channels.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/timers.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/commands.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/svdrphosts.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/remote.conf
Mar  9 23:27:53 vdr-asrock vdr: [3865] loading /etc/vdr/keymacros.conf
Mar  9 23:27:53 vdr-asrock vdr: [3866] video directory scanner thread started (pid=3865, tid=3866)
Mar  9 23:27:53 vdr-asrock vdr: [3865] reading EPG data from /usr/lib/vdr/epg.data
Mar  9 23:27:53 vdr-asrock vdr: [3867] video directory scanner thread started (pid=3865, tid=3867)
Mar  9 23:27:53 vdr-asrock vdr: [3865] no DVB device found
Mar  9 23:27:53 vdr-asrock vdr: [3865] [general.debug] probing /dev/dvb/adapter0/frontend0
Mar  9 23:27:53 vdr-asrock vdr: [3865] [general.debug] capturing device 0
Mar  9 23:27:53 vdr-asrock vdr: [3865] device 1 provides DVB-C ("Sundtek DVB-C")
Mar  9 23:27:53 vdr-asrock vdr: [3868] tuner on device 1 thread started (pid=3865, tid=3868)
Mar  9 23:27:53 vdr-asrock vdr: [3869] section handler thread started (pid=3865, tid=3869)
Mar  9 23:27:53 vdr-asrock vdr: [3865] [general.debug] probing /dev/dvb/adapter1/frontend0
Mar  9 23:27:53 vdr-asrock vdr: [3865] [general.debug] capturing device 1
Mar  9 23:27:53 vdr-asrock vdr: [3865] device 2 provides DVB-C ("Sundtek DVB-C")
Mar  9 23:27:53 vdr-asrock vdr: [3870] tuner on device 2 thread started (pid=3865, tid=3870)
Mar  9 23:27:53 vdr-asrock vdr: [3871] section handler thread started (pid=3865, tid=3871)
Mar  9 23:27:53 vdr-asrock vdr: [3865] [general.info] captured 2 video devices
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: xineliboutput (1.0.90-cvs): X11/xine-lib Ausgabe-Plugin
Mar  9 23:27:53 vdr-asrock vdr: [3865] [xine..put] cTimePts: clock_gettime(CLOCK_MONOTONIC): clock resolution 0 us
Mar  9 23:27:53 vdr-asrock vdr: [3865] [xine..put] cTimePts: using monotonic clock
Mar  9 23:27:53 vdr-asrock vdr: [3865] [xine..put] RTP SSRC: 0x3511fe63
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: text2skin (1.3): Lader für textbasierte Skins
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: skinenigmang (0.0.6): EnigmaNG Oberfläche
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: wirbelscan (0.0.4a): dvb c/t/s/analog Kanalsuche
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: control (0.0.2a-kw3): Control VDR over terminal or telnet
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: streamdev-server (0.5.0-pre): VDR Streaming Server
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: svdrpservice (0.0.4): SVDRP client
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: epgsearch (0.9.24): Suche im EPG nach Wiederholungen und anderem
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: live (0.2.0): Live Interactive VDR Environment
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: burn (0.1.0-pre22-ff1): Universelles Umwandlungs- und Brennplugin
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: femon (1.6.7): DVB Signal Informationsanzeige (OSD)
Mar  9 23:27:53 vdr-asrock vdr: [3865] initializing plugin: devstatus (0.4.1): DVB-Gerätestatus
Mar  9 23:27:53 vdr-asrock vdr: [3865] setting primary device to 3
Mar  9 23:27:53 vdr-asrock vdr: [3865] assuming manual start of VDR
Mar  9 23:27:53 vdr-asrock vdr: [3865] SVDRP listening on port 2001

Da ich ueber vdr-sxfe den vdr benutze, muss ich immer mit Maus und Tastatur das alte vdr-sxfe beenden und neu starten.

Mein System:
neuer VDR: ASROCK 330 Pro (ION), 2x Sundtek USB-DVB-C (Treiber vom 100308), IR: ttusbir, vdr. 1.7.9, Kernel 2.6.31, nvidia 195.30, vdpau, xineliboutput 1.0.90-cvs, vdr-sxfe, Lirc (lirc-0.8.6), HD ÖR läuft!!!
yavdr 0.3a - asrock 330 Pro (ION) 2x Sundtek Media DVB-C, Lirc per USB-Lirc-Empfänger, ÖR und prvate über s*

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #4 am: März 10, 2010, 12:56:18 Nachmittag »
Uns ist derzeit ein Problem mit vdr-sxfe bekannt welche jedoch im VDR Xine Plugin beim Auslesen verursacht werden koennen.  Es scheint als ob dies Streamprobleme verursachen koennten. Wir gehen davon aus das Sie das selbe Problem haben. Sie koennen jedoch auch den Support via Skype (sundtek) erreichen um Ihrem Problem ggf. genauer auf den Grund zu gehen.

http://www.vdr-wiki.de/wiki/index.php/Xine-plugin funktionierte bei uns soweit jedoch problemlos.
« Letzte Änderung: März 10, 2010, 01:00:15 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

schoeppi

  • Newbie
  • *
  • Beiträge: 3
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #5 am: März 10, 2010, 07:34:07 Nachmittag »
Hallo,

>Der Installer wurde mittlerweile bezüglich den embedded Treibern aktualisiert.

Vielen Dank, mediasrv start jetzt wieder.

>Bezüglich VDR sollten Sie jedoch versuchen die letzte verfügbare Version
>zu installieren, embedded Systeme sind immer etwas schwieriger und
>besonders da die Verbreitung nicht so groß ist auch um einiges weniger
>getestet.

Das verstehe ich.

Wie gesagt startet mediasrv jetzt ganz normal übers init-Skript. Ich habe
jetzt ebenfalls auch auf vdr-1.7.13 aktualisiert, als Plugins kommen nur
live und stream-dev zum Einsatz. Weiterhin habe ich versucht mit dem
neuesten w_scan die channels.conf neu zu erstellen, allerdings steht
immer nur eine Zeile in der neu erzeugten channels.conf.

Aufurf von w_scan:

./w_scan -fc >> channels.conf

Den Treiber starte ich ganz normal übers init-Skript, anschließend schalte ich mit

/opt/bin/mediaclient -t dvbc

auf DVB-C um.

Ist das so richtig oder sollte ich noch etwas tun? Gern kann ich auch
Logs schicken...

>Für ARM Systeme eignet sich ggf. eventuell auch tvheadend

Danke, das compiliere ich gerade, evtl. gehts damit ja besser :).

Ciao und danke für jeden Tipp der mir hilft ein stabiles und funktionierendes System hinzubekommen...., eigentlich will ich doch nur aufnehmen :),

  Schöpp

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #6 am: März 10, 2010, 07:57:52 Nachmittag »
Standardmaessig ist das Geraet auf DVB-C eingestellt, um es in den anderen Modus zu versetzen koennen Sie folgendes ausfuehren.

Zitat
/opt/bin/mediaclient -D DVBT

zurueckschalten funktioniert mit 'DVBC'

Der Modus muss natuerlich gesetzt werden bevor gescannt wird

Sofern es Ihnen moeglich ist einen Remotezugang einzurichten kann Ihr Setup auch von einem unserer Techniker ueberprueft werden.

http://support.sundtek.com/chat/irc.cgi
« Letzte Änderung: März 10, 2010, 08:58:36 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

schoeppi

  • Newbie
  • *
  • Beiträge: 3
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #7 am: März 11, 2010, 01:05:34 Vormittag »
Hallo,

>Standardmaessig ist das Geraet auf DVB-C eingestellt, um es in den anderen Modus zu >versetzen koennen Sie folgendes ausfuehren.
>
>
Zitat
>/opt/bin/mediaclient -D DVBT
>
>
>zurueckschalten funktioniert mit 'DVBC'

OK, dann scheine ich es ja richtig zu machen :). Ich möchte nur dvb-c verwenden.

BTW.: Ich habe hier im forum Anleitungen bzgl. der Installation unter Linux gefunden, jedoch noch keine Doku, die den Treiber und all seine Features richtig beschreibt. Gibts da irgendwas irgendwo? Wäre super :).

Es scheint aber generell nochwas falsch zu laufen. Habe jetzt tvheadend am laufen, aber auch hier werden keine Kanäle beim Scannen gefunden :(. tvheadend meckert an, dass /dev/video0 nicht gefunden werden kann bzw. kein Zugriff darauf besteht. Das Programm läuft mit root-Rechten, /dev/video0 ist vorhanden.

>Sofern es Ihnen moeglich ist einen Remotezugang einzurichten kann Ihr Setup auch von >einem unserer Techniker ueberprueft werden.
>
>http://support.sundtek.com/chat/irc.cgi

Das wäre toll, aber ist dieser Service denn kostenlos? Einen Zugang per ssh kann ich gerne einrichten, würde das Ganze aber lieber per Mail und nicht über das oben genannte cgi klären, da ich blind in und mit webbasierten Chats leider mit meinen Hilfsmitteln nicht so viel Anfangen kann :(. Da ich den Stick ja an einer NAS von Qnap betreibe und das Setup ja nicht das alltäglichste ist, stelle ich die Umgebung hier auch gerne mal für Tests zur Verfügung bzw. kann für einen Zugang sorgen, wenn was getestet werden soll.

Ansonsten ist der Plan jetzt erstmal alles auf einem normalen Rechner zum laufen zu bekommen. Wenn es da funktioniert, liegts an der Umgebung auf der NAS, wenn nicht...., muss ich mal weiter sehen :).


Viele Grüße und vielen Dank,

  Schöpp

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #8 am: März 11, 2010, 01:41:12 Vormittag »
Der direkte Support ist kostenlos, wir sind bemueht eventuell auftretende Probleme fuer weitere Kunden bestmoeglichstens aus dem Weg zu raeumen - zudem wir uns dadurch in Zukunft auch Supportanfragen sparen.
Sie koennen die Zugangsinformationen direkt an kontakt at sundtek de schicken, ein Techniker wird sich Ihrem ARM System dann umgehend annehmen.

Edit:
Auf dem ARM scheint es ein zu schwaches DVB-C Signalproblem zu geben.
« Letzte Änderung: März 11, 2010, 07:34:36 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it

EIB-Freak

  • Newbie
  • *
  • Beiträge: 1
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #9 am: März 12, 2010, 01:12:17 Nachmittag »
Hallo!

habe soeben die Version 100308 installiert, aber mit dieser Version wird kein Gerät erkannt. In Dmesg wird das gerät beim Anstecken an USB 2 erkannt.

Suse linux 11.2 32bit System, 64bit CPU. Kernel 2.6.31-12.

Welches input-Device muss ich für VDR (1.6.0-2) verwenden? Braucht der VDR Lirc-Support oder wird das remote-Plugin unterstützt ?

Sundtek

  • Administrator
  • Hero Member
  • *****
  • Beiträge: 8515
    • Profil anzeigen
Re:Update 8. März 2010
« Antwort #10 am: März 12, 2010, 01:12:55 Nachmittag »
Was zeigt lsusb sowie dmesg an? VDR benötigt hierfür standardmäßig Lirc Support.

Ob das Gerät erkannt wurde können Sie mittels folgendem Befehl herausfinden:

Zitat
/opt/bin/mediaclient -e

Nach anschließen des Geräts dauert es idR 5-10 Sekunden bis das Gerät initial betriebsbereit ist, sollte das Gerät nach dieser Zeit nicht sichtbar sein überprüfen Sie bitte ob das Gerät auch richtig im System angemeldet wurde (z.b mittels lsusb - hierbei sollte eb1a:51b2 angezeigt werden).
« Letzte Änderung: März 12, 2010, 01:41:03 Nachmittag von Sundtek »
Failure is a good thing! I'll fix it