You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

1,181

Tuesday, March 6th 2012, 7:09pm

hmm - ich hab eine aufnahme auf arte HD gestartet (läuft noch) - jetzt flutet mir mein log folgendes raus (live tv habe ich auch auf arte HD geschaltet; ich sitze nicht vorm TV):

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
Mar  6 19:07:47 pvr vdr: video/vdpau: 7 missed, 112764 duped, 39 dropped frames of 162650
Mar  6 19:07:48 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:48 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:49 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:49 pvr vdr: video: display buffer empty, duping frame (112844/162651) 0
Mar  6 19:07:50 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:50 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:51 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:51 pvr vdr: video: display buffer empty, duping frame (112944/162652) 0
Mar  6 19:07:52 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:52 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:53 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:53 pvr vdr: video/vdpau: 7 missed, 113062 duped, 39 dropped frames of 162652
Mar  6 19:07:54 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:54 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:55 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:56 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:56 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:57 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:58 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:58 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:07:59 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:07:59 pvr vdr: video:  6:39:50.612+88888	0   0/\ms   0 v-buf
Mar  6 19:07:59 pvr vdr: video/vdpau: 7 missed, 113362 duped, 39 dropped frames of 162652
Mar  6 19:08:00 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:00 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:01 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:02 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:02 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:03 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:04 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:04 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:05 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:05 pvr vdr: video/vdpau: 7 missed, 113662 duped, 39 dropped frames of 162652
Mar  6 19:08:06 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:06 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:07 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:08 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:08 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:09 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:09 pvr vdr: video: max used PES packet size: 131022
Mar  6 19:08:09 pvr vdr: video: max used PES packet size: 148994
Mar  6 19:08:09 pvr vdr: video: display buffer empty, duping frame (113850/162653) 0
Mar  6 19:08:10 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:10 pvr vdr: [2482] ERROR: driver buffer overflow on device 1
Mar  6 19:08:11 pvr vdr: [2481] ERROR: TS packet not accepted in Transfer Mode
Mar  6 19:08:11 pvr vdr: video/vdpau: 7 missed, 113961 duped, 39 dropped frames of 162653


ciax

ps: release ist in sig.

//edit: liegt vermtl. nicht am softhddev - es kam noch folgende meldung nach

Source code

1
Mar  6 19:08:57 pvr kernel: [40035.029014] saa7146 (0) vpeirq: used 1 times >80% of buffer (157920 bytes now)
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

rudirabbit

Professional

Posts: 1,320

Occupation: Kfz Elektroniker

  • Send private message

1,182

Tuesday, March 6th 2012, 7:30pm

Hi,
Die "decoder render too slow" habe ich immer noch, trotz der Änderungen in der xorg.conf.
Ich kann aber jetzt die Log Einträge nicht mehr am TV sehen. (ruckler etc.)
Wie schon gesagt habe das nur auf 1080i Sendern (Sky HD) , vor den Meldungen kommt fast immer ein "video: dropping frame"
rudirabbit has attached the following file:
  • Log.txt (5.11 kB - 38 times downloaded - latest: Feb 4th 2014, 10:14pm)
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

1,183

Tuesday, March 6th 2012, 8:30pm

Cool... jetzt lassen sich meine SkyHD Aufnahmen auch zurückspulen :)

Thx
iNOB

Mein VDR

Hartware: Gehäuse: Ahanix MCE 302, Mobo: Kontron 986LCD-M/mITX, CPU: Intel Core2 Duo Mobile T7400 2,16GHz, 2GB RAM, SAT: Digital Devices DuoFlex S2 miniPCIe, Graka: ASUS EN210 Silent 1GD3, 4x2TB 3,5" WD HD, 1x DVD-Brenner Pioneer, Atric IR-Einschalter+Empfänger, FB One-For-All URC-7960, SoundGraph iMON LCD ( MFP5I, 15c2:0038 )
Weichware: Wheezy (x86_64), Kernel 3.8.13, NVidia v337.12, VDR 2.1.6 gepatched

1,184

Tuesday, March 6th 2012, 8:48pm


kann es sein das beim resume bzw generell ein funktion fähiger kanal benötigt wird beim startup. das osd ist erst sichtbar nachdem ich auf einen sender schalte den ich auch empfangen kann. sonst ist alles schwarz.


Jein. Es wird ein Videostream oder vdr ruft SetPlayMode auf benötigt. Wenn nichts von Beiden kommt gibt es kein Videobild.
Und da ja der Dummy Player abgeklemmt wird, wenn der noch läuft, gibts es immer ein SetPlayMode.

aber ob das mein Spulen hilft?

Ja, das wars. Jetzt wird die Log nur noch mit "display buffer empty, duping frame" und "missed frame" geflutet. Ist das eigentlich normal?


Wie man es nimmt. Für softhddevice ist es normal, für eine 1.0 Version nicht.
Ich will daran basteln, wenn keine neuen Bugs gefunden werden.

Hi,
Die "decoder render too slow" habe ich immer noch, trotz der Änderungen in der xorg.conf.
Ich kann aber jetzt die Log Einträge nicht mehr am TV sehen. (ruckler etc.)
Wie schon gesagt habe das nur auf 1080i Sendern (Sky HD) , vor den Meldungen kommt fast immer ein "video: dropping frame"


Das ist aber ein Folgefehler von "render too slow". Sky HD hat sehr hohe Datenraten, besonders Live Fußball.
Also ich habe keine Idee wie man es weg bekommt.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,185

Tuesday, March 6th 2012, 10:21pm

ich bin heute Abend wieder zurück auf eine aktuelle Version ohne ac3 audio drift, und ich muss sagen die Audio drops sind weg.

Also so ganz richtig ist das nocht nicht. - bin ich da wirklich der Einzige?

Christian
CKone: yavdr 0.5/2.0.4 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 11.6" Selbstbau TFT, Harmony 700, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
CKtwo: yavdr 0.5/2.0.4 auf ASUS M4A78LT-M LE, Athlon II X2 240, 2x 2GB Corsair DDR3, ASUS ENGT430 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 700, atric rev5
Proliant: precise server/yavdr 0.5 testing auf HP Proliant N40L, 2x 4GB ECC DDR3, 2x DD CINE-S2, Ocz Onyx 32GB, 3x WD Red WD30EFRX 3TB in SW Raid5

1,186

Tuesday, March 6th 2012, 11:07pm

@rudirabbit: Da du Suse 11.3 hast, ist es für dich ganz einfach festzustellen, ob die "decoder render too slow" am nvidia Treiber oder etwas anderem liegen, du müsstest nur den nvidia 195.30 bei dir installieren. Wenn sie dann weg sind, lag´s am nvidia Treiber, wenn nicht, an was anderem.

Mein VDR

Asrock M3A770DE, Sempron 140 @ DualCore, 3 x TT S2-1600, GT520
openSuse 13.1 64bit, Kernel 3.12.17 + BER/UNC-Patch für stv090x, nvidia 334.21, vdr 2.1.6 mit Patchen (checkts, naludump, statusleds, ...)

cmsa

Intermediate

Posts: 217

Location: Rhein-Main

Occupation: Network Engineer

  • Send private message

1,187

Wednesday, March 7th 2012, 8:25am

Die waren nicht immer, diese 'broken driver' Nachrichten, die kommen in so hoher Frequenz, dass der rsyslogd rate limiter zubeisst.

[] Nimm' diese Alsa Version ____
[] Du hast VAAPI, ist voll normal.
[] Mach erst einmal das pulseaudio aus Deinem Ubuntu wech.
[] Irrelevant, einfach nur die Nachrichten mit AudioAlsaDriverBroken = 0 unterdrücken.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:13 i3v vdr: audio/alsa: broken driver 0
Mar  7 08:17:13 i3v vdr: audio/alsa: state RUNNING
Mar  7 08:17:14 i3v rsyslogd-2177: imuxsock begins to drop messages from pid 1701 due to rate-limiting
Asus M3N78-VM/Athlon II X2 250, Mystique Satix S2 V2, Atric IR, yaVDR 0.5 (prod)
ASRock Z77 Pro4-M/i5-3570K Ivy Bridge (experimental VAAPI) [Saucy Kernel 3.12.0-rc3]
ASRock FM2A75 Pro4-M/AMD A4-5300 (experimental UVD/VDPAU) [Saucy, Kernel 3.12.0]

1,188

Wednesday, March 7th 2012, 10:19am

Die waren nicht immer, diese 'broken driver' Nachrichten, die kommen in so hoher Frequenz, dass der rsyslogd rate limiter zubeisst.


[x] Nimm' diese Alsa Version 1.0.25
[] Du hast VAAPI, ist voll normal.
[x] Mach erst einmal das pulseaudio aus Deinem Ubuntu wech.
[x] Irrelevant, einfach nur die Nachrichten mit AudioAlsaDriverBroken = 0 unterdrücken.

In bestimmten Kombinationen, kommt Alsa einfach durcheinander. Außer das unnötig Rechenzeit verbraten wird, passiert nichts, deshalb mit Kommandzeilenoption ruhig stellen.
Geht den überhaupt Pulsaudio mit dem Plugin zusammen?

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

horchi

Professional

Posts: 1,554

Location: Friedberg Hessen

  • Send private message

1,189

Wednesday, March 7th 2012, 11:13am

ich bin heute Abend wieder zurück auf eine aktuelle Version ohne ac3 audio drift, und ich muss sagen die Audio drops sind weg.
Also so ganz richtig ist das nocht nicht. - bin ich da wirklich der Einzige?
Christian
nein bist du nicht, ich hatte damit Audio Drops beim abspielen einer alten SD Aufnahme. Im Log war nichts zu sehen, nur die übliche Meldungen alle Minute.

LG
Jörg

meine VDRs

Bastel VDR - Kubuntu Natty mit yaVDR 0.5 (testing) Paketen - xineliboutput, Intel Core2 Quad (Q6600) 2.40GHz, 4GB Ram,
Wohnzimmer VDR - yaVDR 0.5 (testing) mit softhddevice, Cine S2, Athlon II X2 240e, 4GB Ram, 64GB SSD, INTEL IRC, 2TB NFS und einer Harmony 700
ipod - graphtft - pin - seduatmo - und bald epg2vdr


1,190

Wednesday, March 7th 2012, 3:50pm

[..] einfach festzustellen, ob die "decoder render too slow" am nvidia Treiber oder etwas anderem liegen, du müsstest nur den nvidia 195.30 bei dir installieren. Wenn sie dann weg sind, lag´s am nvidia Treiber, wenn nicht, an was anderem.
hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

rudirabbit

Professional

Posts: 1,320

Occupation: Kfz Elektroniker

  • Send private message

1,191

Wednesday, March 7th 2012, 6:36pm

hier bleiben die meldungen (sind aber nur sporadisch) - trotzdem lasse ich jetzt nvidia 195.30 drauf (da haben einige bessere erfahrungen als mit versionen danach).
Ich kann nicht auf diese alte Version zurück, da diese alte Version meine GT 430 nicht unterstützt, zumindest ist diese Karte nicht im readme gelistet.
Egal, ich lasse den 295.17 vorerst drin. Bei mir ist es auch sporadisch und optisch am TV habe ich bisher noch nichts gesehen.
Ich müsste meine Sig mal updaten :evil:

Wir müssen ein Script schreiben, welches beim Start des VDR, im git die aktuelle Version von johns plugins pullt und gleich compiliert ;D ;D ;D
VDR 1 (SD) : ASRock A330 GC, 1 GB RAM, TT- FF Karte rev. 2.3, 7'' TFT, Lirc X10 - Selbstbau Gehäuse - Suse 11.3 (64) vdr-1.7.10 diverse Plugins
VDR 2 (HD) : MSI G41M-P25, 2 GB RAM, E6700 2x3.20GHz, Gainward GT220, 2TB HD, Lirc X10, TT S2-3600 USB, TT S2-1600, - Suse 11.3 (64) NvidiaTreiber 260.19 vdr-1.7.18 - xineliboutplugin 1.0.90 cvs, xine-lib 1.1.90 , s2-liplianin DVB Treiber

This post has been edited 1 times, last edit by "rudirabbit" (Mar 7th 2012, 6:41pm)


1,192

Wednesday, March 7th 2012, 6:58pm

Beim mplayer ist die Lautstärkereglung die Tasten 9 und 0.
hmm - du meinst über das keyboard, ok. so funktioniert das nicht. mplayer wird im "slave" modus gestartet. eigentlich müßte das auch mit softhddevice gehen (zumindest ging's mit vdr-xine noch). das für den mplayer-plug benötigte script (mplayer.sh) sieht so aus:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
#!/bin/bash
export DISPLAY=:0.1
MPLAYER="/usr/local/bin/mplayer"
OPTS="-osdlevel 1 -idx -fs -vo vdpau -ao alsa"
# if needed, uncomment the following:
## ciax 20100219: drzt. artefakte mit ffodivxvdpau als video-codec, "ffwmv3vdpau," chooses other available codecs..
OPTS="$OPTS -vc ffh264vdpau,ffmpeg12vdpau,ffvc1vdpau,ffwmv3vdpau,ffodivxvdpau,"
SLAVE="-slave -quiet -nolirc"
FILE=$1
while shift; do
  if [ "$1" = "SLAVE" ]; then
	sopt=$SLAVE
  elif [ "$1" = "AID" ]; then
	aopt="-aid $2"
	shift
  fi
done
exec $MPLAYER $OPTS $sopt $aopt "$FILE" > /var/log/mplayer-vdr.log


jetzt sagt mir doch bitte keiner, daß es bei ihm ohne zutun auch mit softhddevice funktioniert .. :§$%
ciax
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

Björn

Intermediate

Posts: 282

Location: Rostock

  • Send private message

1,193

Wednesday, March 7th 2012, 8:35pm

Bei mir geht es mit 7 und 9 (Nummer auf der Fernbedienung) bzgl. der Lautstärke mit mplayer.
Und das ganze ohne Anpassungen beim Wechsel von Xine zu softhddevice.

1,194

Thursday, March 8th 2012, 10:13am

Bei mir geht es mit 7 und 9 (Nummer auf der Fernbedienung) bzgl. der Lautstärke mit mplayer.
Und das ganze ohne Anpassungen beim Wechsel von Xine zu softhddevice.
hallo Björn - danke für die rückmeldung. hier geht das nicht. 7 und 1 regeln audio-delay (+/- ms ). ich kann auch in medien vorwärts und ruckwärts springen. irgendeine RC-belegung für volume gibt es nicht mehr. ich nutze "mplayer2". naja, komisch - 9 und 0 haben gar keine wirkung (obwohl in der mplayer man so beschrieben wie johns es sagte). die bedienung müßte ja über das mplayer-plug geregelt sein - mplayer ist im "slave" modus.

regle ich halt über den TV direkt und lass diesen thread wieder in ruhe ... tschuldigung ;)

ciax
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / DVB-S2 TT3200 + DigitalDevices CineS2 (defekt) / yavdr stable / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

gda

Im Forum Zuhause

Posts: 12,761

Location: HH

  • Send private message

1,195

Thursday, March 8th 2012, 10:22am

In bestimmten Kombinationen, kommt Alsa einfach durcheinander. Außer das unnötig Rechenzeit verbraten wird, passiert nichts, deshalb mit Kommandzeilenoption ruhig stellen.
Geht den überhaupt Pulsaudio mit dem Plugin zusammen?

Ja, geht.

Ich bekomme bei meinen Tests auf Precise mit meinem yavdr-desktop extrem viele dieser Meldungen:

Source code

1
Mar  6 19:07:59 pvr vdr: video:  6:39:50.612+88888	0   0/\ms   0 v-buf

Bei mir mit anderen Werten. Ist nur ein Beispiel dass ich aus einem anderen Beitrag gemopst habe.

Ich kann allerdings weder beim Ton noch beim Bild Probleme erkennen. Was bedeuten diese Meldungen?

Gerald

OrigenAE S16T, ASRock K10N78D, Athlon II X2 4400e (unlocked Sempron 140), 2GB RAM, OCZ Vertex 30GB, 2xWD10EADS, 3xKNC One TV-Station DVB-C, G210 MSI N210-MD512H, yaVDR.
Seagate Dockstar, Debian Squeeze, VDR 1.7.16, 500 GB 2,5" HD, 2xSundtek MediaTV Home DVB-C/T.

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,196

Thursday, March 8th 2012, 11:15am

Hallo Gda das ist http://projects.vdr-developer.org/projec…device/wiki/FAQ gut erklärt.
cu peje

VDRS

VDR1: Gentoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4
VDR2: Gentoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600
VDR3: Gentoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600
NAS..: Gentoo Gigabyte G41MT-S2PT, Pentium E5700, ZFS on Linux

gda

Im Forum Zuhause

Posts: 12,761

Location: HH

  • Send private message

1,197

Thursday, March 8th 2012, 11:23am


Ah, danke für den Hinweis.

Da die Meldung bei mir eher 4x die Sekunde als einmal pro Minute kommt, habe ich wohl ein Problem. Nur welches?

Gerald

OrigenAE S16T, ASRock K10N78D, Athlon II X2 4400e (unlocked Sempron 140), 2GB RAM, OCZ Vertex 30GB, 2xWD10EADS, 3xKNC One TV-Station DVB-C, G210 MSI N210-MD512H, yaVDR.
Seagate Dockstar, Debian Squeeze, VDR 1.7.16, 500 GB 2,5" HD, 2xSundtek MediaTV Home DVB-C/T.

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,198

Thursday, March 8th 2012, 11:29am

Hey Gda ich glaube in er im Makefile eingestellt Zeit kommt die Meldung sehr schnell und erst nach den ersten 3000 nur noch eimal pro Minute...
CONFIG += -DAV_INFO -DAV_INFO_TIME=3000 # debug a/v sync

cu Peje

VDRS

VDR1: Gentoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4
VDR2: Gentoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600
VDR3: Gentoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600
NAS..: Gentoo Gigabyte G41MT-S2PT, Pentium E5700, ZFS on Linux

1,199

Thursday, March 8th 2012, 12:03pm


Ah, danke für den Hinweis.

Da die Meldung bei mir eher 4x die Sekunde als einmal pro Minute kommt, habe ich wohl ein Problem. Nur welches?


Wenn ca. 10 die Sekunden, dann hast du 60 Hz Ausgabe. Setz mal im Setup den "60Hz display mode", wenn die Meldungen weg sind, dann war es dies.
Ansonsten ist es noch bei VA-API und 1080i der Fall, weil es irgendwelchen Gründen da kein V-SYNC klappt.

Johns
Sag mir, wo die Developer sind. Wo sind sie geblieben? . . . . . . . . . . . . . . . . . . . . SoftHdDevice - A software and GPU emulated HD output device plugin.
Sag mir, wo die Developer sind. Was ist geschehn?

Client0: Crown CW02 MSI_C847MS-E33 Zotac_GT640_passiv Cine-S2 iMon-MCE / streamdev softhddevice
Client1: Lian_Li_PC-Q09FB ASRock_H67M-ITX/HT I3-2100 ASUS_ENGT520_passiv / streamdev softhddevice
Test: Lian_Li_PC-Q09R Asus C60M1-I / streamdev
Server0: Dockstar TT-S2-3600-USB / streamdev
Server2: Lian_Li_PC-Q07R Intel_DH61DL G620 WD20EARX LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

gda

Im Forum Zuhause

Posts: 12,761

Location: HH

  • Send private message

1,200

Thursday, March 8th 2012, 1:24pm

Wenn ca. 10 die Sekunden, dann hast du 60 Hz Ausgabe. Setz mal im Setup den "60Hz display mode", wenn die Meldungen weg sind, dann war es dies.

Das erscheint mir sehr wahrscheinlich. Aktuell bekomme ich die Meldung nur etwa 1x pro Minute, aber der Bildschirm ist auch nicht an und er kann definitiv nur 60 Hz.

Danke für den Hinweis. Dann sieht das ja bis auf das flimmern der oberen Zeilen bei 576i sehr gut aus.

Maximieren und Dekoration mit Devilspie entfernen geht auch Problemlos.

Es fehlt nur noch ein Mauscursor im Nicht-Fullscreen Modus, der bei Inaktivität verschwindet, so wie ich das mal vdr-sxfe beigebracht habe ;).

Gerald

OrigenAE S16T, ASRock K10N78D, Athlon II X2 4400e (unlocked Sempron 140), 2GB RAM, OCZ Vertex 30GB, 2xWD10EADS, 3xKNC One TV-Station DVB-C, G210 MSI N210-MD512H, yaVDR.
Seagate Dockstar, Debian Squeeze, VDR 1.7.16, 500 GB 2,5" HD, 2xSundtek MediaTV Home DVB-C/T.