Posts by jlm1jlm

jlm1jlm

Hallo,

Also ich mache das nicht mit einem HD- sondern einem Mini-DV Camcorder und konvertiere meine Kassetten zuerst in avi mit dem Skript getdv.sh.
Anschliessend benutze ich den Script avi2vdr.sh um die .avi in .vdr umzuwandeln.
Die Skripte und die ini-Datein für Project-X stehen in /var/lib/vdr/dv2vdr/
Zuerst die nötigen Tools installieren:

Code

sudo apt-get install dvgrab # zum Grabben über Firewire
sudo apt-get install mjpegtools
sudo apt-get install project-x
sudo apt-get install vdr-genindex

getdv.sh

Bash

#!/bin/bash
if [ "$1" = "" ]; then 
    	echo
    	echo "Need a casette name as prefix."
    	echo "Usage: getDV prefix [destination path]"
    	echo
    	exit 255
else
    	PRE=`echo "$1_"`
fi
cd /srv/vdr/video.00/
if [ "$2" = "" ] ; then 
	echo "No path. AVIs will be copied in /srv/vdr/video.00/"
else
	if [ -d $2 ] ; then
	    	pushd $2
	else
	    	mkdir -p $2
	    	pushd $2
	fi
fi
echo "Will record the DV to files with timestamp starting with $1."
echo "Please rewind the DV cam and press <enter>"
read i
dvgrab --timestamp --format dv2 --size 990 $PRE

Display More

Die avi's stehen dann in /srv/vdr/video.00/
Die Konvertierung wird mit avi2vdr angestossen und die avi's werden nach Abschluss der Konvertierung in /srv/vdr/video.00/done verschoben.
Pro Kassette wird ein neuer Folder in /srv/vdr/video.00/ erstellt. Darunter wird pro avi wieder ein .rec Folder mit einer 001.vdr Datei erstellt. Ich verschiebe dann alle 001.vdr aus den .rec Folder nach 001.vdr bis 014.vdr für eine Kassette.
Anschliessend im Folder mit den vdr Dateien, genindex aufrufen.
avi2vdr.sh

Bash

#!/bin/bash
SRC=/srv/vdr/video.00/
pushd $SRC
mkdir -p $SRC/avi2vdr.$$
for i in *.avi; do
	#get needed values
	YY=`echo $i | cut -d "_" -f 2 | cut -d "." -f 1`
	MM=`echo $i | cut -d "_" -f 2 | cut -d "." -f 2`
	DD=`echo $i | cut -d "_" -f 2 | cut -d "." -f 3`
	PREFIX=`echo $i| cut -d "_" -f 1`
	HH=`echo $i | cut -d "_" -f 3 | cut -d "-" -f 1`
	II=`echo $i | cut -d "_" -f 3 | cut -d "-" -f 2`
	OK=0
	PRIO=99
	DEST=`echo  "$YY-$MM-$DD.$HH.$II.99.$PRIO.rec"`
	while [ $OK -eq 0 ]; do
		if [ -d $PREFIX/$DEST ] ; then 
			PRIO=$[ $PRIO -1 ]
			DEST=`echo  "$YY-$MM-$DD.$HH.$II.99.$PRIO.rec"`
		else 
			mkdir -p $PREFIX/$DEST
			if [ $? -eq 0 ] ; then OK=1; fi
		fi
	done
   	pushd $SRC/avi2vdr.$$
   	nice lav2yuv $SRC/$i | nice mpeg2enc --verbose 0 --format 8 --video-buffer 512 -o $i.m2v
   	nice lav2wav -v 0 $SRC/$i > $i.wav
   	nice mp2enc -v 0 -r 48000 -b 192 -s -o $i.mp2 < $i.wav
   	nice mplex -v 0 -f 8 -o $i.mpg $i.m2v $i.mp2
   	nice java -jar /usr/share/java/ProjectX.jar -ini /var/lib/vdr/dv2vdr/X_2vdr.ini -tovdr -out $SRC/$PREFIX/$DEST/ $i.mpg
   	pushd $SRC/$PREFIX/$DEST/
		rm -f *txt
		mv $i*vdr 001.vdr
		rm -f index.vdr
	popd		# back from $SRC/$PREFIX/$DEST
	popd		# back from $SRC/avi2vdr.$$
	rm -rf $SRC/avi2vdr.$$/*
	mv $i done
done
rm -rf $SRC/avi2vdr.$$
popd			# back from $SRC

Display More

X_2vdr.ini

Display Spoiler

d0iDCT_Algorithm=2
d1YUVRGB_Scale=1
d2Luminance=128,0
d3Picture_Size=0,0,0,0,0,0
d4Field_Operation=0
d52048
d628;10;32;60;600;720;576;-1
d70
e0commandline #1
e1commandline #2
e2commandline #3
e3
e4
e5
e6
e7
e8150
i*/video/DV/016_Jan_2002
r0*false
r1*true
r2*false
r3*false
r4*false
r5*false
r6*false
r7*false
r8*false
r9*false
r10*false
r11*false
r12*false
r13*false
r14*true
r15*false
r16*false
r17*false
r18*false
r19*false
r20*true
r21*false
r22*false
r23*false
r24*false
c0*false
c1*false
c2*false
c3*false
c4*false
c5*false
c6*true
c7*true
c8*false
c9*false
c10*false
c11*false
c12*false
c13*true
c14*false
c15*false
c16*false
c17*false
c18*false
c19*false
c20*true
c21*false
c22*false
c23*true
c24*false
c25*false
c26*false
c27*false
c28*false
c29*false
c30*false
c31*false
c32*true
c33*true
c34*false
c35*false
c36*true
c37*false
c38*true
c39*false
c40*false
c41*true
c42*false
c43*false
c44*false
c45*false
c46*false
c47*false
c48*false
c49*true
c50*false
c51*false
c52*false
p0*0
p1*no resampling
p2*650
p3*computed from GOP bitlength
p4*don't change
p5*max. time (0xFFFF)
p6*don't change
p7*no conversion
p8*0
p9*null
p10*6144000
p11*0
p12*/video/DV/016_Jan_2002
p13*null
p14*null
p15*computed maximum <= 9.8 Mbps(DVD)
p16*javax.swing.plaf.metal.MetalLookAndFeel
p17*use BytePos. for cuts
p18*auto
p19*to VDR
p20*auto
p21*5
p22*352
p23*65000
p24*0.7031 (16:9)
p25*no overlap
p26*SansSerif
p27*0
p28*null
p29*null
p30*null
p31*null
p32*null
p33*null
p34*720
p35*never
tab0
wx161
wy167
ww892
wh499

Vielleicht kannst Du avi2vdr und die ini-Datei für dein Material anpassen.

Gruß,
JLM

jlm1jlm

Das sind neue HD-Aufnahmen mit VDR 2.2.0 aus yaVDR 0.6.0.
Heute ging der vorwärts Suchlauf ein mal.

Gruß
jlm

jlm1jlm

Hallo,

Nachdem mein alter VDR mehr als 10 Jahre mit Nexus-FF und C't-VDR lief, musste jetzt ein HD-fähiger VDR her.
Nach ersten Teste mit easyVDR und yaVDR in einer VM, entschied ich mich für easyVDR 2.5.
Die meisten Probleme konnte ich Dank der Suchfunktion und den vielen hilfreichen Posts selbst lösen. Ein fettes DANKESCHÖN an alle die, die ihre Stunden nicht zählen.
Ein Problem kriege ich jedoch gar nicht in den Griff: HD-Aufnahmen spulen funktionniert nicht. SD-Aufnahmen sind OK.
In easyVDR gings nur vorwärts. Rückwärts blieb der Balken stehen, bis dieser dann auf ein mal am Anfang stand und die Wiedergabe fortsetzte.
Ein Wechsel auf easyVDR 3.0 Alpha hat nichts gebracht. In yaVDR 0.6.0, gehts weder vorwärts, noch rückwärts.
Da der Kanalwechsel in yaVDR spürbar schneller ist und nicht zwischendurch auf ein schwarzes Schirm wechselt, möchte ich bei yaVDR bleiben.
Beim Suchen, bin ich darauf gestossen, dass H264_EOS_TRICKSPEED im Makefile vom softhddevice Plugin aktiviert sein sollte.
Dies ist bei easyVDR3 und yaVDR0.6.0 der Fall, scheint jedoch nicht zu helfen.
Hat jemand ein Rat ?

Beste Grüße,
jlm

jlm1jlm

Quote from reufer

Wenn es wirklich ein Crash ist, würde mich der Backtrace interessieren.

Hier mein erstes Backtrace.

Helfe gerne weiter.

jlm1jlm

Hallo,

Ich habe ein Paar weitere Tests gemacht und möchte auch ein Fehler in meinem ersten Post korrigieren nachdem ich mich mal über die verschiedenen Pi-Modelle informiert habe:
Die geschilderten Probleme sind auf einem Pi2, nicht Pi1-B+
Habe den Post entsprechend korrigiert.

Da ich 2 Pi's habe, habe ich jetzt die SD-Karte mal in beiden getestet.
Am Pi1-B gibts gar keine Crash's.
Am Pi2-B gibts nur Crash's wenn im rpihddevice Plugin OSD Acceleration auf On ist.

Die Ursache liegt also wahrscheinlich in der OSD Acceration in Zusammenhang mit dem Pi2.

Das deckt sich mit Uwe's Aussage.

Ich hoffe ich habe mit meiner falschen Information keinen irrgeführt.

jlm1jlm

Quote from reufer

Hast du die Möglichkeit, einen core dump zu erstellen?

Ich habe mal mit "ulimit -c 30000" versucht ein core dump beim crash zu bekommen, kann aber keine core datei finden.

"ulimit -c 30000" in /etc/profile + reboot hat auch nichts gebracht obwohl dann "ulimit -c" 30000 zurückgibt.

Quote from reufer

kannst du das Problem forcieren?

Ja, definitiv. Mehrmaliges Drücken der M-Taste und schon crashed er.

Edit: Mit ausgeschalteter OSD Beschleunigung kann ich die M-Taste unendlich oft drücken, ohne crash. Dies überdeckt sich mit JV16Bar's Aussage.

jlm1jlm

Hallo,

Ich wollte mir einen VDR zum Mitnehmen ins Wohnmobil bauen und da war der Pi mit dem VDR und dem rpihddevice Plugin (vielen Dank dafür) genau das Richtige.
Den Pi2 hab ich laut Wiki installiert und alles lief nach Plan.

Ich musste jedoch nach einer Weile feststellen, dass öfters nach mehrmaligem hin- und herspringen im OSD (LCARS) der VDR plötzlich ausstieg. Es hilft nur noch ein Reboot.

Lirc ist noch nicht in Betrieb, sodass ich noch die Tastatur benutze.
Ich schaue auch nur recording.
Die 2.5"HDD ist an einem extern gespeisten USB-Hub angeschlossen.
Der Pi wird mit einem 2A Netzteil gespeist.
Den DVB-T Stick habe ich zur Fehlereingrenzung rausgezogen.

Code

root@raspberrypi:~# /usr/local/bin/runvdr 
/usr/local/bin/runvdr: line 73: 2387 Segmentation fault /usr/local/bin/vdr -w 60 -u pi -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P rpihddevice < /dev/tty9 
Tue Mar 17 20:50:18 CET 2015 reloading DVB driver 
Tue Mar 17 20:50:28 CET 2015 restarting VDR 
/usr/local/bin/runvdr: line 73: 2417 Segmentation fault /usr/local/bin/vdr -w 60 -u pi -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P rpihddevice < /dev/tty9 
Tue Mar 17 20:50:29 CET 2015 reloading DVB driver 
Tue Mar 17 20:50:39 CET 2015 restarting VDR 
/usr/local/bin/runvdr: line 73: 2443 Segmentation fault /usr/local/bin/vdr -w 60 -u pi -c /var/lib/vdr -s /usr/local/bin/vdrpoweroff.sh -P rpihddevice < /dev/tty9 
Tue Mar 17 20:50:39 CET 2015 reloading DVB driver

syslog:

Code

Mar 17 20:50:18 raspberrypi vdr: [2405] rpihddevice: [EGL] failed to create pixel buffer surface: bad alloc! 
Mar 17 20:50:18 raspberrypi vdr: [2387] rpihddevice: [OpenVG] failed to allocate pixmap buffer! 
Mar 17 20:50:28 raspberrypi vdr: [2417] VDR version 2.1.10 started 
Mar 17 20:50:28 raspberrypi vdr: [2417] switched to user 'pi' 
Mar 17 20:50:28 raspberrypi vdr: [2417] codeset is 'UTF-8' - known 
Mar 17 20:50:28 raspberrypi vdr: [2417] found 28 locales in /usr/local/share/locale 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading plugin: /usr/local/lib/vdr/libvdr-rpihddevice.so.2.1.10 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/setup.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/sources.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/diseqc.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/scr.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/channels.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/svdrphosts.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/remote.conf 
Mar 17 20:50:28 raspberrypi vdr: [2417] loading /var/lib/vdr/keymacros.conf 
Mar 17 20:50:28 raspberrypi vdr: [2418] video directory scanner thread started (pid=2417, tid=2418, prio=high) 
Mar 17 20:50:28 raspberrypi vdr: [2419] video directory scanner thread started (pid=2417, tid=2419, prio=high) 
Mar 17 20:50:28 raspberrypi vdr: [2417] registered source parameters for 'A - ATSC' 
Mar 17 20:50:28 raspberrypi vdr: [2417] registered source parameters for 'C - DVB-C' 
Mar 17 20:50:28 raspberrypi vdr: [2419] video directory scanner thread ended (pid=2417, tid=2419) 
Mar 17 20:50:28 raspberrypi vdr: [2420] epg data reader thread started (pid=2417, tid=2420, prio=high) 
Mar 17 20:50:28 raspberrypi vdr: [2420] reading EPG data from /var/cache/vdr/epg.data 
Mar 17 20:50:28 raspberrypi vdr: [2420] epg data reader thread ended (pid=2417, tid=2420) 
Mar 17 20:50:28 raspberrypi vdr: [2417] registered source parameters for 'S - DVB-S' 
Mar 17 20:50:28 raspberrypi vdr: [2418] video directory scanner thread ended (pid=2417, tid=2418) 
Mar 17 20:50:28 raspberrypi vdr: [2417] registered source parameters for 'T - DVB-T' 
Mar 17 20:50:28 raspberrypi vdr: [2417] probing /dev/dvb/adapter0/frontend0 
Mar 17 20:50:28 raspberrypi vdr: [2417] creating cDvbDevice 
Mar 17 20:50:28 raspberrypi vdr: [2417] new device number 1 
Mar 17 20:50:28 raspberrypi vdr: [2417] DVB API version is 0x050A (VDR was built with 0x0504) 
Mar 17 20:50:28 raspberrypi vdr: [2417] frontend 0/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 7000PC") 
Mar 17 20:50:28 raspberrypi vdr: [2422] frontend 0/0 tuner thread started (pid=2417, tid=2422, prio=high) 
Mar 17 20:50:28 raspberrypi vdr: [2423] device 1 section handler thread started (pid=2417, tid=2423, prio=low) 
Mar 17 20:50:28 raspberrypi vdr: [2417] cTimeMs: using monotonic clock (resolution is 1 ns) 
Mar 17 20:50:28 raspberrypi vdr: [2422] cTimeMs: using monotonic clock (resolution is 1 ns) 
Mar 17 20:50:28 raspberrypi vdr: [2417] probing /dev/dvb/adapter1/frontend0 
Mar 17 20:50:28 raspberrypi vdr: [2417] creating cDvbDevice 
Mar 17 20:50:28 raspberrypi vdr: [2417] new device number 2 
Mar 17 20:50:28 raspberrypi vdr: [2417] frontend 1/0 provides DVB-T with QPSK,QAM16,QAM64 ("DiBcom 7000PC") 
Mar 17 20:50:28 raspberrypi vdr: [2425] frontend 1/0 tuner thread started (pid=2417, tid=2425, prio=high) 
Mar 17 20:50:28 raspberrypi vdr: [2426] device 2 section handler thread started (pid=2417, tid=2426, prio=low) 
Mar 17 20:50:28 raspberrypi vdr: [2417] found 2 DVB devices 
Mar 17 20:50:28 raspberrypi vdr: [2417] initializing plugin: rpihddevice (0.0.11): HD output device for Raspberry Pi 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: supported HDMI modes: 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[01]: 640x 480@60p | 4:3 | 25.200MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[02]: 720x 480@60p | 4:3 | 27.027MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[03]: 720x 480@60p | 16:9 | 27.027MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[04]: 1280x 720@60p | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[05]: 1920x1080@60i | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[16]: 1920x1080@60p | 16:9 | 148.500MHz (native) (current) 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[17]: 720x 576@50p | 4:3 | 27.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[18]: 720x 576@50p | 16:9 | 27.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[19]: 1280x 720@50p | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[20]: 1920x1080@50i | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[31]: 1920x1080@50p | 16:9 | 148.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[32]: 1920x1080@24p | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[33]: 1920x1080@25p | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: CEA[34]: 1920x1080@30p | 16:9 | 74.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[04]: 640x 480@60p | 4:3 | 25.200MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[05]: 640x 480@72p | 4:3 | 31.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[06]: 640x 480@75p | 4:3 | 31.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[09]: 800x 600@60p | 4:3 | 40.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[10]: 800x 600@72p | 4:3 | 50.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[11]: 800x 600@75p | 4:3 | 49.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[16]: 1024x 768@60p | 4:3 | 65.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[17]: 1024x 768@70p | 4:3 | 75.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[18]: 1024x 768@75p | 4:3 | 78.750MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[21]: 1152x 864@75p | 4:3 | 108.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[28]: 1280x 800@60p | 16:10 | 83.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[32]: 1280x 960@60p | 4:3 | 108.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[35]: 1280x1024@60p | 5:4 | 108.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[36]: 1280x1024@75p | 5:4 | 135.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[39]: 1360x 768@60p | 16:9 | 85.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[47]: 1440x 900@60p | 16:10 | 106.500MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[48]: 1440x 900@75p | 16:10 | 136.750MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[51]: 1600x1200@60p | 4:3 | 162.000MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: DMT[58]: 1680x1050@60p | 16:10 | 146.250MHz 
Mar 17 20:50:28 raspberrypi vdr: [2417] rpihddevice: HwInit() done, using HDMI video out at 1920x1080 
Mar 17 20:50:28 raspberrypi vdr: [2417] new device number 3 
Mar 17 20:50:29 raspberrypi vdr: [2434] audio decoder thread started (pid=2417, tid=2434, prio=high) 
Mar 17 20:50:29 raspberrypi vdr: [2434] rpihddevice: cAudioDecoder() thread started 
Mar 17 20:50:29 raspberrypi vdr: [2417] setting primary device to 3 
Mar 17 20:50:29 raspberrypi vdr: [2417] rpihddevice: new cOsdProvider() 
Mar 17 20:50:29 raspberrypi vdr: [2435] ovgthread thread started (pid=2417, tid=2435, prio=high) 
Mar 17 20:50:29 raspberrypi vdr: [2435] rpihddevice: cOvgThread() thread started 
Mar 17 20:50:29 raspberrypi vdr: [2417] assuming manual start of VDR 
Mar 17 20:50:29 raspberrypi vdr: [2417] SVDRP listening on port 6419 
Mar 17 20:50:29 raspberrypi vdr: [2417] setting current skin to "lcars" 
Mar 17 20:50:29 raspberrypi vdr: [2417] loading /var/lib/vdr/themes/lcars-default.theme 
Mar 17 20:50:29 raspberrypi vdr: [2417] starting plugin: rpihddevice 
Mar 17 20:50:29 raspberrypi vdr: [2417] ERROR (lirc.c,43): /var/run/lirc/lircd: Aucun fichier ou dossier de ce type 
Mar 17 20:50:29 raspberrypi vdr: [2436] LIRC remote control thread started (pid=2417, tid=2436, prio=high) 
Mar 17 20:50:29 raspberrypi vdr: [2436] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds 
Mar 17 20:50:29 raspberrypi vdr: [2437] KBD remote control thread started (pid=2417, tid=2437, prio=high) 
Mar 17 20:50:29 raspberrypi vdr: [2417] ERROR: remote control LIRC not ready! 
Mar 17 20:50:29 raspberrypi vdr: [2417] remote control KBD - keys known 
Mar 17 20:50:29 raspberrypi vdr: [2417] switching to channel 1 (RTL Television) 
Mar 17 20:50:29 raspberrypi vdr: [2417] info: Chaîne non disponible ! 
Mar 17 20:50:29 raspberrypi vdr: [2417] rpihddevice: [OpenVG] cannot allocate pixmap of 1664px x 39px, clipped to 0px x 0px! 
Mar 17 20:50:29 raspberrypi vdr: [2435] rpihddevice: [OpenVG] failed to allocate 0px x 0px pixel buffer! 
Mar 17 20:50:29 raspberrypi vdr: [2435] rpihddevice: [OpenVG] CreatePixelBuffer error: illegal argument 
Mar 17 20:50:29 raspberrypi vdr: [2417] rpihddevice: [OpenVG] failed to allocate pixmap buffer! 
Mar 17 20:50:39 raspberrypi vdr: [2443] VDR version 2.1.10 started 
Mar 17 20:50:39 raspberrypi vdr: [2443] switched to user 'pi' 
Mar 17 20:50:39 raspberrypi vdr: [2443] codeset is 'UTF-8' - known 
Mar 17 20:50:39 raspberrypi vdr: [2443] found 28 locales in /usr/local/share/locale 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading plugin: /usr/local/lib/vdr/libvdr-rpihddevice.so.2.1.10 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/setup.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/sources.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/diseqc.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/scr.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/channels.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/svdrphosts.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/remote.conf 
Mar 17 20:50:39 raspberrypi vdr: [2443] loading /var/lib/vdr/keymacros.conf

Display More

Firmware hab ich geupdated:

Code

uname -a 
Linux raspberrypi 3.18.9-v7+ #768 SMP PREEMPT Sun Mar 15 19:41:56 GMT 2015 armv7l GNU/Linux

Was kann denn da falsch laufen ?

Danke im voraus für gegliche Hilfe.

JLM

jlm1jlm

Hi SHF,
Du hast Recht mit dem Muster. Wenn die Karte normal funktionniert, flakkert dieses Muster nur einmal kurz auf und dann ist der Bildschirm ca. 20Sek dunkel bis das Live-Bild erscheint.
Falls die Karte mit dem Muster hängt, steht folgendes im Log:

Code

....
kernel: ACPI: PCI Interrupt 0000:00:0b.0[A] -> GSI 16 (level, low) -> IRQ 209
kernel: saa7146: found saa7146 @ mem e097c000 (revision 1, irq 209) (0x13c2,0x0003).
kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV Nexus-S rev2.X).
kernel: adapter has MAC addr = 00:d0:5c:23:78:95
kernel: dvb-ttpci: load_dram(): timeout at block 0
kernel: dvb-ttpci: av7110_bootarm(): load_dram() failed
kernel: ACPI: PCI interrupt for device 0000:00:0b.0 disabled
....

Das komische ist, dass vor dem Nachrüsten der fehlenden Cy die Karte immer mit schwarzem Bildschirm hängen blieb und jetzt eben mit dem Muster.
Das Muster mag ich zwar lieber, da ich dann sofort erkenne dass die Karte hängt.
Ebenfalls komisch ist, dass die Karte nach einen Reboot (warmstart) nie hängen bleibt.

Dein Anstoss auf "tail" und "grep" hat mir jedenfalls geholfen.
Ich habe jetzt einfach "quick & dirty" folgendes in meiner runvdr vor dem Aufruf von vdr hinzugefügt:

Code

if tail -n250 syslog | grep "dvb-ttpci: load_dram(): timeout at block 0" ; then
    logger "Reboot after load_dram timeout."
    reboot
fi

Falls in den letzen 250 Zeilen im syslog "dvb-ttpci: load_dram(): timeout at block 0" gefunden wird, wird neu gestartet.
Somit verpasse ich (und noch wichtiger, meine beste Hälfte) keine Aufnahmen mehr.
Mal abwarten, wie lange mein Workaround hilft.

Auf jeden Fall möchte ich mich bei Dir und den anderen Helfenden für die wertvolle Hilfe herzlich bedanken.

JLM

jlm1jlm

So, bin wieder da.
Mein Problem hat sich durch Erhöhen der Kapazität von 0,1 auf 0,2uF nicht geändert. (Muster im Anhang)
Nach mehreren Monaten sieht die Statistik jetzt folgendermassen aus:
Ca. 1X pro Woche hab ich ein "load_dram() failed", welcher sich jedesmal mit einem Reboot in der Console umgehen lässt.
Ich habe leider keinen Oszillo um nachzumessen.
Hat nun jemand ein Tip, wie den Reboot per Skript automatisieren könnte ?

jlm1jlm

Danke für die wertvollen Tips.
Die Kondensatoren habe ich nachgemessen: zwischen 28 und 32 pF. Also OK.
Ich sehe kein 22Ohm Widerstand (220) neben dem LVC04A. Ich sehe nur einen 33 Ohm. (33Ohm+100Ohm+100kOhm+C0.1uF?) Meine Karte ist jedoch eine 2.2 !?
Mein Bauchweh ist jetzt nach dem "SMD-Löten"-Studieren im Netz etwas gedämpft.
Ich muss mir 0,5mm statt 1mm Lötzinn und Entlötlitze besorgen.
Den 0,1uF Kondensator werd ich dann parallel drauflöten. Dort ist jedenfalls viel mehr Platz.
Falls der Versuch mit dem 0,1uF nicht funktionniert, werd ich mit dem Oszillo nachmessen. Dies möchte ich auch im gleichen MainBoard messen.
MfG,
JLM

P.S.:
Ich weiss, mein erstes SMD-Löten sollte ich nicht hier zeigen.
Mit 1mm Lötzinn ohne Entlötlitze gings nicht besser. (Und es war sehr spannend.)
Ich habe die Verbindungen jedoch von jedem Winkel aus kontrolliert: Kein Kurzschluss und keine Unterbrechung.
Ich kanns versprechen: Der nächste Mod (0,1uF C) wird besser.

jlm1jlm

Vielen Dank für die Antwort.
Ich hatte Keramik und SMD Kondensatoren besorgt.
Auf der Packung der SMD's steht 33pF, die Keramik sind nicht beschriftet.
Als ich nach dem Einbau der Keramik dieses Muster am Schirm sah, dachte ich die Kapazität würde nicht stimmen und habe dann die SMD's eingebaut.
Es ging auch 1-2 mal. (Am Sonntag früh wurde die F1 auch augenommen.)
Ich denke nicht, dass beide fasch sind.
Ich bin mir sicher dass keine Kurzschlüsse vorhanden sind. Unterbrechungen denke ich auch nicht.
Das komische ist jedoch, dass es nach einem Power-On jetzt nicht mehr funktionniert. Nach einem Reboot in der Konsole bis jetzt jedesmal.
Vor dem Cy-Einbau war es immer umgekehrt. Dies habe ich in diesem Thread auch gelesen.
Ich werde die beiden Typs mal morgen nachmessen.
Ich hab aber jetzt schon Bauchweh, wenn ich denke dass ich eventuell die beiden Cy wieder auslöten muss. Die Keramik hatten den Vorteil, dass sich die Anschlüsse einfach einzeln auslöten lassen.
War die Karte von Weave76 auch eine Nexus 2.2 Model-564 ? (Stand bei mir auf der Packung.)
Vielleicht hilfts bei mir auch den 0,1uF Kondensator auf 0,2uF zu erhöhen. Ist dies ein Elko ?
Hoffentlich kann ich dieses Problem beheben, bevor der Reboot nicht mehr hilft.
mfg
JLM

jlm1jlm

Habe gestern zwei 33pF Smd Kondensatoren anstelle der fehlenden Cy eingelötet.
Seitdem, habe ich die "load_dram() failed"-Meldung öfter.
Früher blieb der Fernsehschirm einfach nur schwarz, jetzt habe ich ein bildschirmfüllender Muster.
Sieht so aus wie ein mehrfarbiger Wolle-Pullover. Manchmal auch schwarz-weiss.
Ein Shutdown mit anschliessendem Wiedereinschalten hilft meist nicht.
Ein Reboot in der Konsole half immer. Früher hat ein Reboot nie geholfen. Aus-/Einschalten immer.

Soll ich jetzt die Cx durch 100pF und die Cy durch 47pF tauschen ?

jlm1jlm

Meine Nexus Rev.2.2 ist auch betroffen.
Kann ich statt dem SMD-Kondensator auch einen Keramic Scheibenkondensator verwenden ?
Dieser würde sich viel einfacher löten lassen. (Anschlussdrähte einfach flach auf die Lötpad's legen.)
Sowieso wollte ich nur für beide fehlende Kondensatoren 27p einlöten.

jlm1jlm · Keine Sondertasten bei Hauppauge remote jlm1jlm February 6, 2007 at 9:39 PM

Ich hab exact die gleiche FB an einer Nexus-S und benutze unter CtVdr5 hierfür den Remote Plugin .
Bei meinem ersten Vdr (CtVdr3) startete damals beim ersten Start der Lernmodus.
Bei den anschliessenden Upgrades (CtVdr4, 4.5, 5) kopierte ich jedesmal die /var/lib/vdr/remote* dateien aus der vorherigen Installation, da die FB nach der Installation nie funktionnierte. Nach dem Kopieren gings immer sofort.
Du kannst ja mal mit meinen Files testen.

Posts by jlm1jlm

Film von HD-CamCorder für yavdr5 aufbereiten

Suchlauf/Spulen in HD-Aufnahmen funktionniert nicht.

Suchlauf/Spulen in HD-Aufnahmen funktionniert nicht.

[rpihddevice] OSD mit GPU-Unterstützung und Pixmap-Support

[rpihddevice] OSD mit GPU-Unterstützung und Pixmap-Support

[rpihddevice] OSD mit GPU-Unterstützung und Pixmap-Support

[rpihddevice] OSD mit GPU-Unterstützung und Pixmap-Support

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

[bestätigt] Oszillator Bug auf Nexus als Ursache für ARM Boot-Fehler!?

Keine Sondertasten bei Hauppauge remote