Beiträge von m. keller

Hm deine Zeit scheint dir wohl nix wert zu sein, denn mit so alter Hardware wirst du viel Zeit investieren. Außerdem kann es bei so altem Zeug auch sein, dass die Hardware Fehler hat

Ich bin zwar auch ein Fan von günstiger / gebrauchter Hardware. Aber dein Rechner war schon altes Eisen, als ich 2003 mit VDR angefangen hab!

Wenn du wenig Geld investieren möchtest: Ebay: Da hab ich Ein neues Sockel 1155 Board (FSC D2990-A11 hier ) für 25€ gekauft. Dazu eine CPU für 15€, 2GB RAM 15€, Nvidia Graka ~30€ --> 85€
Damit hast du eine sehr kostengünstige aber recht leistungsstarke Basis.
Mit aktuellere Hardware wirds natürlich teurer. Ob evt. ein System mit Onboard CPU taugt, weiß ich nicht. Aber den ganzen Intel Atom und desse Abkömmlinge meide ich meistens, da die CPU Leistung doch recht mager ist.

Ich hatte natürlich noch die veraltete Firmware, da bis gestern jrie git-hub repo leer war.

Jetzt kommen einwandfrei über irw die Keycodes rein.

Danke

Moin,

ich hab ein STM32F103 Board mit IRMP am laufen (Projekt siehe: hier bzw. hier)

cat /dev/hidraw1 liefert etwas. Ebenfalls das Programm vom Autor des STM32 IRMP Projekts. wenn ich irmplircd mit

irmplircd /dev/hidraw1

starte und danach irw kommen keine Tastencodes. Als FB nutze ich eine von Technotrend (TT-3600?)

Was mache ich falsch, bzw. wie kann ich dem Problem auf die Spur kommen?

Hallo,

ja 50Hz ist aktiviert.
Vielleicht waren das zu wenig Informationen:

die Xorg Config: http://pastebin.com/0nKJGLT7

Ich habe jetzt bei Ebay eine Geforce 210 geschossen, aber mit der läuft das System gar nicht (schwarzer Bildschirm, ...) . Die Karte funktioniert in einem anderen PC aber.

Kann das für ein HW-Problem sprechen, welches auch die Bildprobleme hervorbringt?

Edit:
Ich werde mal eine andere Treiber Version versuchen...

Hallo,

bisher hatte ich die Hardware in der Signatur mit VGA2SCART an meiner 32" Röhre. Da war alles super: Tolles Bild, keine Probleme.

Nun hab ich einen 47" LCD-LED TV und habe die Onboard-Grafikkarte über HDMI verbunden.

Das Problem ist, dass ich im Live-TV im oberen 1/4 des Bildes starkes Tearing habe. Auf HD Sendern ist es stärker, ARD-HD und ZDF-HD sind am schlimmsten.
Auch ruckelt das Bild bei Kameraschwenks sehr stark. Eigentlich ist das Bild so nicht genießbar, so dass ich aktuell bei Live-TV immer den Tuner des TVs nutze.

Deinterlacer ist nur bob möglich, alles andere wird völlig unbrauchbar.

Das habe ich bisher probiert:
- Overscan compensation abgeschaltet ---> keine Änderung
- Deinterlacer verändert --> nur Bob ist erträglich
- CPU auf max Frequenz --> keine änderung

Liegt hier ein HW Problem vor? GPU Speicher ist auf 512MB gestellt...

Gibt es mehr Diagnosemöglichkeiten, die ich nicht ausgeschöpft habe?

Zweites Problem: Audio über HDMI geht nicht, könnte aber evt. am defekten SPDIF sein.
Kann das ganze an einem HW-Problem liegen?

Eine späte Antwort, aber bin bisher nicht mehr dazu gekommen weiter zu testen.

Vielen Dank Oliver für deine Antwort.

So die Auflösung: Es lag an der kaputten bootcode.bin.

Lösung

Die Firmware dvb_ttpci-01.fw muss in /lib/firmware liegen. bootcode.bin kann (muss?) in /lib/firmware/av7110 liegen

aptitude install mercurial
aptitude install binutils
mkdir /lib/firmware/av7110


hg clone http://linuxtv.org/hg/v4l-dvb
cd v4l-dvb/linux/firmware/av7110/
objcopy -Iihex -Obinary bootcode.bin.ihex bootcode.bin
cp bootcode.bin /lib/firmware/av7110/
md5sum bootcode.bin


md5sum bootcode.bin
9158f1b596959cfd43cd1a462ee6f77c bootcode.bin

Hallo,

ich versuch nun seit Stunden schon eine Debian Wheezy (32bit) Installation mit einer meiner Fusi FF DVB-C Karte(n) ans laufen zu bekommen.
Ich hab nun auch schon zwei Karten versucht die definitiv letzte Woche noch mit easyVDR 1.0 liefen.

Nach einiger suche habe ich die aktuellen v4l-sourcen ausgecheckt und aus firmware/av7110/bootcode.bin und Boot.S kopiert.

Aus Unwissenheit wo nun die Firmware hin muss habe ich die Firmware "dvb-ttpci-01.fw-fb2624" zusammen mit bootcode.bin und Boot.S hier:

/usr/local/lib/firmware/av7110/
/usr/local/lib/firmware/
/lib/firmware/av7110
/lib/firmware/

Nun bekomm ich aber folgende Log-Meldung:

Jul 15 00:21:41 vdrthea kernel: [	4.676145] av7110 0000:00:0a.0: firmware: agent loaded dvb-ttpci-01.fw into memory
Jul 15 00:21:41 vdrthea kernel: [	4.781227] dvb-ttpci: load_dram(): timeout at block 0
Jul 15 00:21:41 vdrthea kernel: [	4.781395] dvb-ttpci: av7110_bootarm(): load_dram() failed


md5sum /usr/local/lib/firmware/av7110/bootcode.bin
759d978893391cd479224132af348182  /usr/local/lib/firmware/av7110/bootcode.bin

Das ganze mit zwei verschiedenen Karten und zwei PCI-Slots.

00:0a.0 Multimedia controller [0480]: Philips Semiconductors SAA7146 [1131:7146] (rev 01)
    	Subsystem: Siemens Nixdorf AG Fujitsu/Siemens DVB-C card rev1.5 [110a:0000]
    	Flags: medium devsel, IRQ 18
    	Memory at ff6ffc00 (32-bit, non-prefetchable) [size=512]

Hat jemand einen Tipp?

Danke!

Also die Kiste lief seit dem fehlerfrei mit Debian 6.0. Ich will aber eigentlich eine fehlerfreie Umschaltung zwischen XBMC und VDR-Frontend und das habe ich mit meiner eigenen Frickellösung nicht immer, deshalb will ich zu yaVDR wechseln.

Hat niemand einen Anhaltspunkt? Ich werde mal yaVDR auf einer anderen Kiste ausprobieren, einfach um das System besser kennen zu lernen

Ich meine vdr starte normalerweise schon mitm System, also musst du vdr nicht manuell starten.

Die Karte kann drin bleiben, aber bei deinem Rechner fällt MPEG2 wohl kaum ins Gewicht. vdr-sxfe ist halt sehr schnell installiert.

Die FF-Karte kannst du vielleicht auch mit kaffein nutzen. Schau mal hier: http://www.vdr-wiki.de/wiki/index.php/TV_Anwendungen

Auf einem Desktoprechner brauch man eigentlich keine FF Karte (mehr).

Einfach
vdr-plugin-xineliboutput
xineliboutput-sxfe
siehe http://www.vdr-wiki.de/wiki/index.php/Xineliboutput-plugin

installieren
und mit vdr-sxfe das Frontend starten. VDR kann ja als Dienst die ganze Zeit laufen. Ansonsten halt auch noch davor starten

Also mit Debian läuft das System absolut stabil (bis auf die Abspielprobleme von Medien).

Ich würde gern yaVDR testen, aber so funktionierts leider nicht. Vielleicht probier ichs mal auf einer andern Hardware.

Also die Platten scheinen eigentlich OK zu sein, seit dem neustart (durch S-abf R,E,I,S,U,B) hats mir aber das RAID1 zerlegt und muss neu gesynct werden

Danke für die schnellen Antworten.

Zitat von drops

Hallo, hatte das Problem auch. Fing bei mir an als ich meinen VDR-Server von DHCP auf statische IP umgestellt hatte. Ping lief problemlos, SSH nur sehr zeitverzögert bzw. teilweise gar nicht. Das Problem lies sich durch Umstellung auf DHCP wieder beheben. Das Problem trat nicht immer auf aber immer mal wieder. Mittlerweile habe ich auf meinem Router eine IP Adresse der MAC meines VDR-Servers fest zugewiesen. Damit läuft das ganze seit mehreren Wochen wieder problemlos. System siehe Signatur.

Grüße

Drops

Danke, aber das klingt sehr abenteuerlich, wenn so etwas wie feste IP-Addresse nicht funktioniert. Meine Kiste holt sich per DHCP die IP-Adresse.

@seahawk1986
Anders als in meiner SIG habe ich aktuell nur ein RAID1 + LVM sowie LVM über 3 Platten ohne RAID für die Videos.
Die eine Platte hat schon den ein oder anderen Fehler geloggt, war aber vermutlich das Kabel. Komisch ist aber, dass es unter dem alten System läuft. Werde jetzt nochmal Debian booten und das ganze beobachten.

Hallo,

nachdem meine Debian 6.0 basierte Installation nur noch Probleme macht,
siehe http://www.vdr-portal.de/board60-linux/board14-betriebssystem/board68-debian-und-derivate/115158-nach-update-vdr-sxfe-hängt-bei-xvid-video-und-dvd-image/

habe ich beschlossen die sehr aktive yaVDR Distri anzutesten. Die Installation war ja schon fast zu einfach, ich hatte innerhalb von Minuten ein Bild auf meiner Röhre (Geforce 8300 + VGA2SCART) mit Ton und auch recht schnell meinen selbstbau IR-Empfänger. Danach fingen die Probleme an, wenn ich etwa VDR-Plugins nachinstallieren wollte und dazu stop vdr und stop eventlircd aufgerufen habe, hing die Kiste und konnte nicht mehr mit ssh erreicht werden, nur noch hartes abschalten half (hab leider keine Tastatur am VDR).

Gerade wollte ich die syslog fürs Forum holen und da hängt gerade wieder die ssh-session,

Nov  1 09:27:56 chef kernel: [ 2400.440099] INFO: task init:1 blocked for more than 120 seconds.
Nov  1 09:27:56 chef kernel: [ 2400.440108] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
Nov  1 09:27:56 chef kernel: [ 2400.440115] init        	D ffffffff81806200 	0 	1  	0 0x00000004
Nov  1 09:27:56 chef kernel: [ 2400.440127]  ffff88005cbefd48 0000000000000086 ffff88005cbefd58 ffffffff811192e9
Nov  1 09:27:56 chef kernel: [ 2400.440138]  ffff88005cbeffd8 ffff88005cbeffd8 ffff88005cbeffd8 00000000000137c0
Nov  1 09:27:56 chef kernel: [ 2400.440148]  ffff88005c431700 ffff88005cbf0000 ffff88005cbefd58 ffffffff81c726e0
Nov  1 09:27:56 chef kernel: [ 2400.440158] Call Trace:
Nov  1 09:27:56 chef kernel: [ 2400.440175]  [<ffffffff811192e9>] ? generic_file_aio_write+0x99/0xe0
Nov  1 09:27:56 chef kernel: [ 2400.440187]  [<ffffffff81658f2f>] schedule+0x3f/0x60
Nov  1 09:27:56 chef kernel: [ 2400.440196]  [<ffffffff81659d37>] __mutex_lock_slowpath+0xd7/0x150
Nov  1 09:27:56 chef kernel: [ 2400.440206]  [<ffffffff8103dcf9>] ? default_spin_lock_flags+0x9/0x10
Nov  1 09:27:56 chef kernel: [ 2400.440215]  [<ffffffff8165994a>] mutex_lock+0x2a/0x50
Nov  1 09:27:56 chef kernel: [ 2400.440222]  [<ffffffff8165b1d5>] tty_lock+0x15/0x17
Nov  1 09:27:56 chef kernel: [ 2400.440232]  [<ffffffff813bbf3d>] tty_release+0x8d/0x5c0
Nov  1 09:27:56 chef kernel: [ 2400.440241]  [<ffffffff8104df53>] ? __wake_up+0x53/0x70
Nov  1 09:27:56 chef kernel: [ 2400.440250]  [<ffffffff81055fad>] ? set_next_entity+0xad/0xd0
Nov  1 09:27:56 chef kernel: [ 2400.440259]  [<ffffffff811794ee>] __fput+0xbe/0x210
Nov  1 09:27:56 chef kernel: [ 2400.440266]  [<ffffffff81179665>] fput+0x25/0x30
Nov  1 09:27:56 chef kernel: [ 2400.440272]  [<ffffffff81176206>] filp_close+0x66/0x90
Nov  1 09:27:56 chef kernel: [ 2400.440279]  [<ffffffff811762e2>] sys_close+0xb2/0x120
Nov  1 09:27:56 chef kernel: [ 2400.440287]  [<ffffffff81663442>] system_call_fastpath+0x16/0x1b
q^C
root@chef:/home/matthias# less /var/log/syslog.1
^[[6~^[[6~^C^C^C


^C^Cqqqq
^C^C^C^C^C

ich kann mich auch nicht mehr einloggen

login as: matthias
matthias@chef's password:

Danach kommt nix mehr. Anpingen geht. Webfrontend kann ich aufrufen, aber alle Aktionen auf der Oberfläche schlagen fehl.

Auch der login an ssh ist seltsam: Zwischen bestätigen des Benutzers und auftauchen der Passwortabfrage vergehen locker 20s. Ist das normal?

Ansonsten verabschieded sich oft lirc.

Sorry die Probleme sind irgendwie sehr unspezifisch. Wie taste ich mich jetzt weiter vorran? Liegt es an der Hardware in Kombination mit dem Kernel, denn unter Debian 6.0 hatte (fast nie) solche Probleme.

Die syslog und syslog.1 liefere ich nach sobald ich wiede Zugriff hab ....
Danke schonmal

Servus,

habe vor ein paar Tagen ein aptitude full-upgrade bei meinem System durchgeführt und den VDR von was auch immer 1.7.xx auf 1.7.28 aktuallisiert. Nun laufen die HD Geschichten deutlich besser (H264, MKVs).

Mit erschrecken habe ich festgestellt, dass beim abspielen einer alten XVID Videodatei die CPU-Last auf 100% geht und sich nichts mehr bewegt.

syslog:
Oct 10 22:12:25 chef vdr-sxfe[21839]: [21855] [input_vdr] PLAYFILE  (Loop: 0, Offset: 0s, File: goom:width=720,height=576,fps=25 file:/media/vol/filme/Serien Anime/Guardian of the Spirit/E09.avi)
Oct 10 22:12:25 chef vdr-sxfe[21839]: [21855] [input_vdr] xine_stream_new(slave_stream): using 7MB video fifo
Oct 10 22:12:25 chef vdr: [21825] TS buffer on device 1 thread ended (pid=20067, tid=21825)
Oct 10 22:12:25 chef vdr: [21824] buffer stats: 103588 (4%) used
Oct 10 22:12:25 chef vdr: [21824] receiver on device 1 thread ended (pid=20067, tid=21824)
Oct 10 22:12:26 chef vdr: [20067] [xine..put] Preferred SPU language: (none)
Oct 10 22:12:26 chef vdr: [20067] [xine..put] cXinelibPlayer playing /media/vol/filme/Serien Anime/Guardian of the Spirit/E09.avi (OK)
Oct 10 22:12:33 chef vdr: [20067] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETPOS, 300 ms) 167
Oct 10 22:12:33 chef vdr: [20067] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETLENGTH, 300 ms) 168
...
Oct 10 22:13:42 chef vdr: [20067] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETLENGTH, 300 ms) 254
Oct 10 22:13:43 chef vdr: [20067] [xine..put] cxSocket::write: poll() failed
Oct 10 22:13:43 chef vdr: [20067] [xine..put] Control send failed (TOKEN 255), dropping client
Oct 10 22:13:43 chef vdr: [20067] [xine..put] Closing connection 0
Oct 10 22:13:44 chef vdr: [20067] [xine..put] cXinelibServer::Xine_Control_Result: Timeout (GETPOS, 300 ms) 255
Oct 10 22:13:45 chef vdr: [20067] [xine..put] cXinelibPlayerControl: EndOfStreamReached

Außerdem spielt er keine DVD-Images mehr hab, weder mit dvdswitch noch mit xineliboutput selber. Entweder stürzt er ab oder er überspringt immer einige Minuten.

Software-Versionen:

root@chef:/usr/local/bin# aptitude show vdr
Paket: vdr
Zustand: Installiert
Automatisch installiert: ja
Version: 1.7.28-1~etobi1
Priorität: extra


root@chef:/usr/local/bin# aptitude show libxine1
Paket: libxine1
Zustand: Installiert
Automatisch installiert: nein
Version: 1.1.19-2.etobi3
Priorität: optional
Bereich: libs


Paket: vdr-plugin-xineliboutput
Zustand: Installiert
Automatisch installiert: nein
Version: 1.0.7+cvs20120623.0945-1


Paket: xineliboutput-sxfe
Zustand: Installiert
Automatisch installiert: nein
Version: 1.0.7+cvs20120623.0945-1


Paket: libxine2
Neu: ja
Zustand: Installiert
Automatisch installiert: ja
Version: 1.2.2-3~etobi1

Hat jemand einen Tipp?

Nein ist der ist wieder im Einsatz. Hängt jetzt am VDR meiner Mutter, dieser hatte 6 Jahren lang einen einfachen seriellen Empfänger, der nun den Geist aufgegeben hat und durch den Atric ersetzt wurde.

Auch OT:
Ich hab den Atric auch an mein ASUS Board angeschlossen und hatte starke Probleme mit dem Timing. Es wurden nur selten IR-Codes empfangen. Das war der Grund wieso ich den USB-IR Empfänger. Also würde ich mich nicht auf den Atric-Empfänger versteifen, welcher im Grunde auch nur ein primitiv Empfänger ist.

IRMP hatte ich schon versucht auf einen PIC + USB CDC zu portieren, hab leider gerade nicht so viel Zeit.

Danke für den link. Als ich meinen USB-Empfänger gebaut habe, gabs den glaub ich noch nicht, oder ich habs übersehen

Irgendwie scheint der rapidshare-link nicht zu gehen.... Geht jetzt!

Man braucht auf Host-Seite halt keine zusätzliche Software, wenn man diese Lösung hier nimmt. Bisher leider auf RC5 beschränkt

03.03.2012

Link zum Zip-Archiv, da als Anhang zu groß:
https://rapidshare.com/files/2…/USBIRr.v101_mk.zip?bin=1

----------
Hallo,

nachdem mein Attric IR-Einschalter mit dem neuen Mainboard nicht mehr richtig geht (timing-Problem am seriellen Port) habe ich mich nach brauchbaren Alternativen umgesehen.
Irgendwann bin ich auf http://hackaday.com/2008/10/30…-remote-control-receiver/ gestoßen und hab diesen nachgebaut, weil ich sonst nichts finden konnte.

Zur Hardware / Firmware:

Bisher gehen halt nur RC5 Fernbedienungen, meine One-For-All war sowieso schon so eingestellt, also: passt.

Habe noch einen "Einschalter" integriert: Es hängt ein Relais zwischen zwei Pins welches beim hart-codiertem Code 76 (Power-Taste) von Adresse 5 (One-for-all auf Code 0081 VCR1 eingestellt --> Philips VCR1) ein Relais für 0,5s einschaltet und damit den Rechner eingeschaltet. Dabei wird das Relais nur im Poweroff oder Standby des PC geschaltet. Wer einen anderen Code hat muss das ganze neu übersetzten.

Mit dazugepackt habe ich den USB-HID Bootloader. Unter Linux kann man mphidflash nutzen http://code.google.com/p/mphidflash/

Zu LIRC:

Die Firmware ist als USB CDC gedacht, meldet sich also als serielle Schnittstelle.

Mar  3 16:07:53 chef kernel: [ 2424.082003] usb 4-2: New USB device found, idVendor=04d8, idProduct=000a
Mar  3 16:07:53 chef kernel: [ 2424.082012] usb 4-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Mar  3 16:07:53 chef kernel: [ 2424.082019] usb 4-2: Product: CDC RS-232 Emulation Demo
Mar  3 16:07:53 chef kernel: [ 2424.082024] usb 4-2: Manufacturer: Microchip Technology Inc.
Mar  3 16:07:53 chef kernel: [ 2424.084855] cdc_acm 4-2:1.0: ttyACM0: USB ACM device


root@chef:~# lsusb
Bus 004 Device 008: ID 04d8:000a Microchip Technology, Inc. CDC RS-232 Emulation Demo

root@chef:~# cat /etc/lirc/hardware.conf
# /etc/lirc/hardware.conf
#Try to load appropriate kernel modules
LOAD_MODULES=true
DRIVER="irman"
DEVICE="/dev/ttyACM0"

Vielleicht hilft das dem ein oder anderen.

ich bin zufällig über diesen Thread gestolpert und hab bei meinen Platten mal nachgeschaut:

Chef:~# smartctl -a /dev/sda |grep Device
Device Model: 	WDC WD20EARS-00MVWB0
Chef:~# smartctl -A /dev/sda |egrep "ID|Load|Power"
ID# ATTRIBUTE_NAME      	FLAG 	VALUE WORST THRESH TYPE  	UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours      	0x0032   093   093   000	Old_age   Always   	-   	5313
 12 Power_Cycle_Count   	0x0032   100   100   000	Old_age   Always   	-   	77
192 Power-Off_Retract_Count 0x0032   200   200   000	Old_age   Always   	-   	17
193 Load_Cycle_Count    	0x0032   052   052   000	Old_age   Always   	-   	446891


Chef:~# smartctl -a /dev/sdb |grep Device
Device Model: 	WDC WD10EADS-00M2B0
Chef:~# smartctl -A /dev/sdb |egrep "ID|Load|Power"
ID# ATTRIBUTE_NAME      	FLAG 	VALUE WORST THRESH TYPE  	UPDATED  WHEN_FAILED RAW_VALUE
  9 Power_On_Hours      	0x0032   080   080   000	Old_age   Always   	-   	14959
 12 Power_Cycle_Count   	0x0032   100   100   000	Old_age   Always   	-   	521
192 Power-Off_Retract_Count 0x0032   200   200   000	Old_age   Always   	-   	72
193 Load_Cycle_Count    	0x0032   117   117   000	Old_age   Always   	-   	250524

Wie man sieht haben wohl beide das Problem, wobei die neuere 2TB Platte somit schon fast 50% ÜBER der erwarteten Zyklenzahl ist, bei nur 1/3 der Laufzeit der 1TB...
Aber bisher laufen die Platten einwandfrei.

Trotzdem werd ich mir wieder WD Platten holen, dass sie nämlich noch immer laufen trotz der 50% überschrittenen Load-cycle-Time ist für mich eher positiv Bisher ist mir nämlich noch keine WD Platte ausgefallen...
Werde die Platten dann wohl die Platten vorsorglich austauschen und diese hier in unkritischeren Bereichen einsetzen.

Problem gelöst:
Ohne adequates Signal am FBAS schaltet der TV nicht auf RGB um. Die Lötstelle vom FBAS war wohl nicht i.O....

Jetzt klappts. Nun muss ich noch rausfinden wie ich das alles unter einen Hut bekomme:
-KDE auf DVI-Monitor
-VDR und XBMC umschalten auf dem TV ...
aber das ist ein anderes Thema