Ich gebe auf (vielleicht)

Moin,
nach 2-3 wochen yaVDR spielerei komme ich nicht weiter, aber scheinbar ist yaVDR nicht schuld. Habe erst yaVDR
04. nicht installiert bekommen auf der 2. Partition in meine VDR, ständig hänger beim install. Irgendwann gings dann
mit noapic und nolapic. Grösste unterschied zur laufende VDR ist dass es jetzt ein 64bit OS ist. Im ersten partition habe ich ein
Debian squeeze image am laufen absolut ohne probleme. MB ist ein ASUS M2N-E mit AMD Athlon(tm) 64 X2 Dual Core Processor
4200+ mit 1GB speicher. Für nur VDR, voll ausreichend.

Mit yaVDR 04. stürzt der PC ständig ab, leider schreibt Ubuntu kein Core, und es stürzt unmotiviert ab. Manchmal beim aufnehmen,
manchmal nicht. Trotz ALT+SYSREQ+1 und ALT-SYSREQ-T kein Core. Ich habe im betrieb mit und ohne noapic und nolapic probiert.
Memtest86+ läuft ohne problem. PC sitzt im Keller, ohne gehäuse, und CPU temp ist nicht zu hoch. Wie gesagt, under Debian alles OK.
Foto vom crash schirm habe ich angehängt.

Beim Debian habe ich es nicht geschafft mein neue Cine2 zum laufen zu bringen, karte ist aber installiert. Unter yaVDR läuft die Karte ok.
D.h. wenn ich Debian benutze ist de Karte drin, treiber sind nicht geladen, und VDR benutzt die Karte nicht.

Im moment bin ich etwas ratlos was ich noch probieren könnte. Da das ding OK läuft mit Debian, und eigentlich
schnell genug wäre, wollte ich nicht in HW investieren. Ich wollte auch nicht so gerne auf yaVDR 03 (32 bit) weil ich
denke die zukunft ist ein 64bit version.

Frage ist was ich nocht probieren könnte?

Wenn nicht yaVDR was sonst, c't VDR?

Moin,

Zitat von seahawk1986

Gibt es auch ein Syslog, damit man sieht, was da noch so passiert ist?

Im syslog sehe ich immer nur irgendwas, und danach das erste Meldung nach der boot. Beispiel:

Jan  8 10:45:02 vdrpc vdr: [1335] XVDR: Recordings state changed (10)
Jan  8 10:45:02 vdrpc vdr: [1335] XVDR: Requesting clients to reload recordings list
Jan  8 10:45:03 vdrpc vdr: [1898] TS buffer on device 4 thread started (pid=1244, tid=1898)
Jan  8 11:00:26 vdrpc kernel: imklog 4.6.4, log source = /proc/kmsg started.
Jan  8 11:00:26 vdrpc rsyslogd: [origin software="rsyslogd" swVersion="4.6.4" x-pid="975" x-info="http://www.rsyslog.com"] (re)start

Zitat von seahawk1986

Könnte die Platte einen Schaden haben/ein Kabel wackeln?

Ist alles möglich, nur dann müste es auch bei Debian passieren.
Sonst läuft es ganz OK.

seahawk1986

Zitat von seahawk1986

Wenn es kaputte Sektoren im Bereich der yaVDR-Partition sind nicht zwingend. Ich hatte auch mal eine Platte die alle Rechner einfrieren lies, wenn man auf bestimmte Bereiche zugreifen wollte. Für sowas gibt es ja badblocks und die S.M.A.R.T.-Tests.

Ansonsten sind 5 Zeilen Syslog IMHO so als ob man bei einer Hauptuntersuchung einmal aufs Nummernschild und die Fahrzeugpapiere sieht und dann sagt: passt schon...

Da hast du mit der Platte naturlich recht. Alle 4 partitionen sind auf eine 500GB platte. Debian, yaVDR, Video und swap. Smart Monitoring habe ich jetzt probiert, der Platte ist
danach OK, ich müsste allerdings die Daten etwas genauer anschauen.

Wegen Syslog, der ist riesig, habe logrotate noch nicht angepasst. Aber es sind immer unterschiedliche, aus meine sicht ganz normale, Meldungen. Und danach kommt diese

vdrpc kernel: imklog 4.6.4, log source = /proc/kmsg started

nachdem ich ein restart gemacht habe. Ich kann naturlich ein paar beispiele aussuchen wenn es hilft.

Asta,
müsste ich schauen wegen der Grafik karte. Habe wenig slots frei. Im moment ist ein VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II]
drin. Der yaVDR fahre ich aber headless. Also kein Grafik output, meistens ist der Schirm ausgeschaltet.

BIOS settings sind meistens auf Default, nur WOL geändert, das meiste steht auf AUTO, kein overclocking. Habe gerade ein BIOS update gemacht auch.
Mein VDR bekommt immer der alte MB von mein PC, vielleicht müsste ich was neueres doch spendieren?

Und, ich fahre immer der vdr-dbg version wie hier beschrieben im Forum.

weinleiche,
mit 32bit vs. 64bit hast du recht.

Polaris,
warum ein eigene platte? Könnte ich aber auch probieren.

Ich habe der Netzteil ausgetauscht, hat ber auch nichts gebracht. NT ist ein 350W und lauft strommessgeräte
verbraucht yavDR ca 90 Watt und ab und zu 120 Watt. Ich müsste jetzt einfach durch alle komponenten gehen.

Moin,
fehler tritt auch auf ohne Cine2. Ich werde erstmals gen2vdr probieren, um zumindest der Cine2 in betrieb zu nehmen.

Und ich fange an über neue HW nachzudenken. Bin im moment bei ASUS P8P67-LE, i3-2105 oder G620, und Asus ENGT520
gelandet. Ich brauche erstmals 2 PCI slots für mein FF und Budget DVB-S Karten.

Mal sehen ob ich aufrüste oder nicht. Hätte lieber einfach noch 2 tuner für meine Cine2 gekauft.

MfG

Moin,
mit yaVDR32 0.3.1 wird der Cine2 nicht erkannt. Mein Cine2 müsste ein V6 Karte sein. Der ngene treiber wird geladen
aber es scheint keine devices zu finden:

root@vdrpc:/home# lspci
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1)
.....
01:06.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
01:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
01:08.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2164W [Millennium II]
02:00.0 Multimedia controller: Device dd01:0003

Ich denke der letzte entry wäre meine Cine2:

02:00.0 Multimedia controller: Device dd01:0003
Subsystem: Device dd01:0020
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 32 bytes
Interrupt: pin A routed to IRQ 5
Region 0: Memory at fdef0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [50] Power Management version 3
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [70] Message Signalled Interrupts: Mask- 64bit+ Queue=0/1 Enable-
Address: 0000000000000000  Data: 0000
Capabilities: [90] Express (v1) Endpoint, MSI 00
DevCap:MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl:Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta:CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr- TransPend-
LnkCap:Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 <1us
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl:ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk-
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta:Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk- DLActive- BWMgmt- ABWMgmt-
Capabilities: [100] Vendor Specific Information <?>

Nach ein modprobe ngene gibt es nur:

Jan 20 12:26:57 vdrpc kernel: [  454.407365] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas

Da stellt sich die frage ob der treiber version mein Karte unterstützt? Auf alle fälle hatte ich der s2-liplianin
ausgewählt beim installieren. Dann habe ich mit v4l.dvb-dkms probiert, aber dann habe ich das problem mit lirc:

modprobe lirc_dev
Jan 20 09:50:07 yavdr kernel: [ 2651.763337] lirc_dev: IR Remote Control driver registered, major 250
modprobe lirc_serial
Jan 20 09:50:17 yavdr kernel: [ 2661.903984] lirc_serial: disagrees about version of symbol lirc_register_driver
Jan 20 09:50:17 yavdr kernel: [ 2661.904061] lirc_serial: Unknown symbol lirc_register_driver

Das lirc problem habe ich auch nach ein sauber neu install von yaVDR 0.3.1 mit V4L treiber ausgewählt.
Was nun? Vielleicht hiermit testen:
[ANNOUNCE] yaVDR 0.3.1 with VDR 1.7.20 - !!! [NEW] "VDR 1.7.22 for testing purpose." !!!
Ich habe noch nicht aufgegeben.

Moin,
ich bin ein schritt weiter, "während andere noch stolpern, lieg ich schon auf der Fresse".

Ich hatte ein funktionierende yaVDR 0.31 32 bit, keine absturze bis jetzt, aber ohne der Cine2. Dann mit folgende commands die treiber update gemacht:

cd /usr/local/src sudo rm -r media_build_experimental 
sudo hg clone http://linuxtv.org/hg/~endriss/media_build_experimental 
cd media_build_experimental 
sudo make download 
sudo make untar 
sudo make -j2 
sudo make install 
sudo experimental/ngene-octopus-test/linux/Documentation/dvb/get_dvb_firmware ngene 
sudo experimental/ngene-octopus-test/linux/Documentation/dvb/get_dvb_firmware drxk 
sudo cp *.fw /lib/firmware 
sudo cp *.mc /lib/firmware

Und siehe da alle 4 devices werden erkannt. Und ich kann scheinbar alle 4 devices benutzen für aufnahmen.
Kein ahnung wie stabil das sein wird bei 32 bit.

Und ddbridge ist richtig:

root@vdrpc:/var/log# lsmod | grep dvb
dvb_ttpci          	94819  11 
saa7146_vv         	27613  1 dvb_ttpci
saa7146            	12191  4 dvb_ttpci,saa7146_vv,budget_ci,budget_core
dvb_core           	88847  6 stv0299,dvb_ttpci,ddbridge,budget_ci,budget_core
ttpci_eeprom        	2055  2 dvb_ttpci,budget_core

Dafür habe ich diverse andere probleme, dafür mache ich ein extra thread auf.

So,
ich habe ein neues MB, CPU und Grafikkarte gekauft. Und yaVDR 0.4 installiert in ein test PC. Ohne FF Karte, also nur mit Cine2
keine abstürze. Mit FF karte beim abspielen von aufnahmen stürzt es regelmässig ab. Scheinbar geht 64bit yaVDR doch nicht so gut
mit der FF karte (ich bin auch gewarnt worden). Ich gehe davon aus dass der dvbsddevice sonst ohne problem .ts aufnahmen
abspielen kann.

Bevor ich erstmals auf yaVDR verzichte, brauchte ich etwas hilfe. Ich wollte zumindest probieren auf HDMI output umzustellen als test.
Ich habe ein neues Grafikkarte installiert, ein GT520, die karte war nicht drin als ich yaVDR installiert hatte. Da hatte ich dann von headless
auf sxfe umgestellt, da hatte ich ständig folgende
Meldungen im log:

Feb 12 16:52:21 yavdr4 init: openbox main process (1443) terminated with status 1
Feb 12 16:52:21 yavdr4 init: openbox main process ended, respawning
Feb 12 16:52:21 yavdr4 init: plymouth-stop pre-start process (1461) terminated with status 1
Feb 12 16:52:21 yavdr4 acpid: client 1450[0:0] has disconnected
Feb 12 16:52:21 yavdr4 acpid: client connected from 1469[0:0]
Feb 12 16:52:21 yavdr4 acpid: 1 client rule loaded

Ich frage mich was ich im yaVDR machen muss wenn der Grafikkarte ersetzt wird?
Gehe dafür aber gleich auf die suche.
Cheers

hepi,
nun, ich habs immer noch nicht am laufen, und ich wollte keine damit drohen. Das neue Hardware ist jetzt da, und ich bin wieder dabei,
und trotzdem bei 64bit probleme. Leider habe ich kein alternativ als weiterzumachen. Ein FF hat gerade den geist aufgegeben, bleiben
noch zwei FF und ein budget, daher mein versuch mit der Cine2. Irgendwann sind die FFs hin.
Wie sollte ich ohne VDR auskommen? seit jahre kein Werbung mehr gesehen, wir schauen so gut wie nie live fernsehen, das wäre ganz hart.

>>der eben keinerlei Sachfrage hervorhebt

Ausser dass ich wirklich nur im verbindung mit FF und 64bit probleme habe. Das steht jetzt fest.

>>Der Thread-Ersteller kann den Thread-Titel evtl. noch ändern.

Das werde ich jetzt versuchen.