Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1 081

Mittwoch, 29. Februar 2012, 12:56

Nur manchmal und ausschließlich beim Umschalten verliert er dann den Ton, entweder es ist Still oder gestern auch zum ersten Mal ein Rauschen. - Zu beheben nur durch vdr Neustart.

Meiner Meinung nach ist das in den ersten Versionen mit dem neuen Audio Parser nicht aufgetreten, oder ich habs zumindes tnciht bemerkt.
Kann ich nicht ganz bestätigen: Das Rauschen (Ton weg hatte ich noch nicht) habe ich selten und nicht durch Umschalten reproduzierbar seit Einführung des neuen Audio-Parsers. Auch hier: kein Downmix, passthrough direkt über optical an den Receiver. Ich habe keine ungewöhnlichen Logeinträge während des Rauschens (ist übrigens sehr lautes Rauschen) - das Log sieht aus, als würde alles normal laufen.

Was hier allerdings hilft, ist das softhddevice zu suspenden, und dann irgendein Programm (xbmc, pingus getestet) zu straten, das auf das Audio-Device zugreift. Ein einfaches Suspend/Resume fürhrt zu 3 - 5 Sekunden normalem Sound und dann rauscht es wieder. Wenn zwischenzeitlich ein anderes Programm auf dem Sound Device lief, funktioniert es wieder dauerhaft.

Wie gesagt, das Rauschen tritt selten (gefühlt einmal alle 5 - 6 h Betrieb) und unwillkürlich auf. Habe gerade nochmal eine Zap-Orgie mit HD, SD und DD Sendern gemacht, und bekomme es nicht reproduziert.

Gruß, Ingo
gen2vdr v3(migriert auf gentoo amd64), Asus Sabertooth FX990, AMD FX8150, 16GB 1833, CineS2(media_build_experimental), L4M USB RC(inputevxd), Asus gts450silent
vdr-2.1.6(jumpplay,binaryskip,menuselection,menuorg,mainmenuhook), vertex4 ssd (system), mdraid5 9TB, zfs raidz1 4TB (video)

peje

Fortgeschrittener

Beiträge: 269

Wohnort: planet earth

Beruf: weiss nur ich

  • Nachricht senden

1 082

Mittwoch, 29. Februar 2012, 16:00

Hallo ich nutze oss mit passthrough und stereodevice. Die lezte Version mit Driftkorrektur ist hier erstmals eine Verschlechterung, mit dieser letzen Version hab ich erstmals viele Ruckler...
cu Peje

PCs

VDR1: Funtoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4 rootfs zfs
VDR2: Funtoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600 rootfs zfs
VDR3: Funtoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600 rootfs zfs
NAS..: Funtoo Dell Power Edge T20 Intel(R) Xeon(R) CPU E3-1225 rootfs zfs plus Datenpool

1 083

Mittwoch, 29. Februar 2012, 16:42

Audio Drift Korrektur

So gibt neue verbesserte Version, sollte nun keine Problem mehr haben.
Debug wird im Moment nach stdout gemacht.

Wer Probleme hat:

Quellcode

1
CONFIG += -DUSE_AUDIO_DRIFT_CORRECTION  # build new audio drift code

kommentieren (# am Anfang dieser Zeile einfügen).

Wer Pass-through verwendet, ist von diesen Änderungen noch nicht betroffen, kann aber gucken, wie stark sein Audiodrift ist.

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

1 084

Mittwoch, 29. Februar 2012, 16:43

Das Schwarze Bild baue ich mal ein, wenn ich Zeit habe.


Bloß nicht, oder falls Du es einbaust, kannst Du dieses Feature mit einer einstellbaren Option dem User überlassen?
Noch eine Frage. Ich weiß Du hast viel zu tun aber was noch total schön wäre, wenn das Plugin nach dem starten meldet das es bereit ist resumed zu werden, z.B. mit einer Pid datei. Dann könnte man das resume besser steuern und es erst geben wenn wirklich ein X vorhanden ist und das Plugin bereit ist. Zur Zeit hole ich mir den Status mit ps aux. Funktioniert aber nicht immer zuverlässig.
VDR1: RPI3, DVB-Sky S960, VDR 2.20, Raspbian Jessie, Onkyo AV Receiver, Panasonic Plasma.
VDR2: RPI1, DVB-Sky S960, VDR 2.20, Raspbian Jessie, Grundig LCD.
VDR3: RPI2, DVB-Sky S960, VDR 2.16, Raspbian Jessie, 55´er Grundig Röhre

1 085

Mittwoch, 29. Februar 2012, 18:02

Wenn wir schon beim resume sind, beim stoppen macht der vdr noch ein detach auf den player und damit ein SetPlayMode(pmNone). Das führt, auch wenn softhd suspended ist, wieder zu einem resume.
Vielleicht am Anfang von SetPlayMode() ein
if (SkipVideo && SkipAudio && !play_mode) return 0;
vdr-2.3.1
softhddevice, chanman, dbus2vdr, dvd, dvdswitch, dynamite, epgsearch, femon, filebrowser, graphlcd,
menuorg, music, osdteletext, pulsecontrol, radio, recsearch, streamdev-server, tvguide, vdrmanager, vnsiserver

linux-3.13.0-74 M3N78-VM (Nvidia 8200) CIne CT-V7 DVB-C
yavdr-0.6 als Basis mit vielen Änderungen

zwick der agent

Fortgeschrittener

Beiträge: 517

Wohnort: Baden-Württemberg

Beruf: KFZ-Meister

  • Nachricht senden

1 086

Mittwoch, 29. Februar 2012, 18:06

Zitat

So gibt neue verbesserte Version, sollte nun keine Problem mehr haben.

Debug wird im Moment nach stdout gemacht.
Danke diese läuft jetzt bei mir. Bis jetzt nichts negatives.
NFS+DVB_Server: Ubuntu 12.04 Server LTS // Intel dn2800mt mit 1xWD Red (2TB), 1xWD Green (2TB), 5xSundtek SkyTV DVB-S/S2
VDR: Gen2VDRV4 (VDR-2.1.6) // Asus C8HM70-I/HDMI , 64GB Sandisk SSD (System), 4GB Ram (Dualchannel), Zotac GT630, 4TB über NFS (Video0+Mediadaten), 5xSundtek SkyTV DVB-S/S2 über Lan, PS3 FB // softhddevice_GIT, NV-Treiber_340.58, FFMPEG_1.2.6, Kernel_3.16.5, Alsa_1.0.28 // KODI_15.0_ALPHA
CLIENT: (Debian) Banana Pi (VDR-2.1.7) // streamdevclient // softhddevice // PS3 FB
TEST: Grundig GSS 400 mit Vtunerc // Satip-Plugin // TVheadend

Je mehr man gelernt hat, desto mehr weiß man, wie wenig man weiß.

1 087

Mittwoch, 29. Februar 2012, 18:40

Wenn wir schon beim resume sind, beim stoppen macht der vdr noch ein detach auf den player und damit ein SetPlayMode(pmNone). Das führt, auch wenn softhd suspended ist, wieder zu einem resume.
Vielleicht am Anfang von SetPlayMode() ein
if (SkipVideo && SkipAudio && !play_mode) return 0;


Danke für das Mitdenken, aber dies macht der C++ Teil schon.

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

1 088

Mittwoch, 29. Februar 2012, 19:21

Hallo johns
Kurzer Log von der aktuellen Version (ARD HD) Bild und Ton alles in Ordnung.
Und nicht kurz nach dem Umschalten erstellt . (Audio Ausgabe via HDMI)

Quellcode

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
Feb 29 19:01:06 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:01:16 linux-ugjv vdr: video: 12:11:09.796   -4  165   0/\ms  55 v-buf
Feb 29 19:02:11 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:02:16 linux-ugjv vdr: video: 12:12:09.796   +3  174   0/\ms  54 v-buf
Feb 29 19:03:16 linux-ugjv vdr: video: 12:13:09.796  -21  148   0/\ms  55 v-buf
Feb 29 19:03:56 linux-ugjv vdr: video: 12:13:49.316  -40  130   0/\ms  54 v-buf
Feb 29 19:03:56 linux-ugjv vdr: video: dropping frame (10/58625)
Feb 29 19:03:56 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:04:16 linux-ugjv vdr: video: 12:14:09.816   +5  155   0/\ms  53 v-buf
Feb 29 19:05:16 linux-ugjv vdr: video: 12:15:09.816  -23  126   0/\ms  54 v-buf
Feb 29 19:05:17 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:06:16 linux-ugjv vdr: video: 12:16:09.816  -14  135   0/\ms  53 v-buf
Feb 29 19:06:38 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:07:16 linux-ugjv vdr: video: 12:17:09.816   -6  143   0/\ms  55 v-buf
Feb 29 19:08:02 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:08:16 linux-ugjv vdr: video: 12:18:09.816   +3  153   0/\ms  54 v-buf
Feb 29 19:09:16 linux-ugjv vdr: video: 12:19:09.816  -25  124   0/\ms  55 v-buf
Feb 29 19:09:24 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:10:16 linux-ugjv vdr: video: 12:20:09.816  -14  135   0/\ms  53 v-buf
Feb 29 19:10:51 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:11:16 linux-ugjv vdr: video: 12:21:09.816   -6  143   0/\ms  54 v-buf
Feb 29 19:12:10 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:12:16 linux-ugjv vdr: video: 12:22:09.816   +0  118   0/\ms  53 v-buf
Feb 29 19:13:16 linux-ugjv vdr: video: 12:23:09.816  -28   89   0/\ms  54 v-buf
Feb 29 19:13:35 linux-ugjv vdr: audio/alsa: writei underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:14:16 linux-ugjv vdr: video: 12:24:09.816  -18   99   0/\ms  53 v-buf
Feb 29 19:14:56 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Feb 29 19:15:16 linux-ugjv vdr: video: 12:25:09.816  -10  107   0/\ms  49 v-buf
Feb 29 19:16:16 linux-ugjv vdr: video: 12:26:09.816  -10  139   0/\ms  54 v-buf
Feb 29 19:17:16 linux-ugjv vdr: video: 12:27:09.816   +8  158   0/\ms  54 v-buf
Feb 29 19:18:09 linux-ugjv vdr: video: 12:28:02.696  +30  132   0/\ms  53 v-buf
Feb 29 19:18:16 linux-ugjv vdr: video: 12:28:09.796  +17  187   0/\ms  56 v-buf
Feb 29 19:18:50 linux-ugjv vdr: video: 12:28:43.456  +30  236   0/\ms  57 v-buf
Feb 29 19:19:16 linux-ugjv vdr: video: 12:29:09.776  +25  216   0/\ms  57 v-buf
Feb 29 19:19:31 linux-ugjv vdr: video: 12:29:24.216  +30  212   0/\ms  56 v-buf
Feb 29 19:20:12 linux-ugjv vdr: video: 12:30:04.996  +30  264   0/\ms  57 v-buf
Feb 29 19:20:16 linux-ugjv vdr: video: 12:30:09.736  +14  244   0/\ms  59 v-buf
Feb 29 19:20:52 linux-ugjv vdr: video: 12:30:45.816  +30  276   0/\ms  59 v-buf
Feb 29 19:21:16 linux-ugjv vdr: video: 12:31:09.716  +23  273   0/\ms  59 v-buf

mfg Rudi

Nachtrag: Es ist ein kurzer falscher Ton zu hören, in Verbindung mit den underrun errors.
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

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »rudirabbit« (29. Februar 2012, 20:08)


1 089

Mittwoch, 29. Februar 2012, 20:50

Hallo johns
Kurzer Log von der aktuellen Version (ARD HD) Bild und Ton alles in Ordnung.
Und nicht kurz nach dem Umschalten erstellt . (Audio Ausgabe via HDMI)

Nachtrag: Es ist ein kurzer falscher Ton zu hören, in Verbindung mit den underrun errors.


Dieses Problem sollte der neue "Audio Drift Correction" Support beseitigen.

Bei dir läuft der Ton zuschnell und es leeren sich die Buffer, neueste Version aus GIT benutzen
mit -DUSE_AUDIO_DRIFT_CORRECTION.
Das Ganze funktioniert nur mit normaler Ausgabe, also Passthrough ausschalten.

Leider scheint es nicht so einfach zu sein, Audio Drift Correction für AC-3 Passthrough einzubauen.
Falls jemand drüber Näheres weiss -> Posten. Xine-lib scheint dafür auch keinen Support zuhaben,
vielleicht haben deshalb soviele Probleme mit Ton und Xine.

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

1 090

Mittwoch, 29. Februar 2012, 21:29

Kurze Wasserstandsmeldung von mir:

Mit dem letzten git-Stand läuft bei mir ootb (d.h. mit -DUSE_AUDIO_DRIFT_CORRECTION) wieder alles einwandfrei .

Danke dafür!

Grüße, Peter
VDR1: vdr-2.2, arch x86_64, Cine C/T V6 + DuoFlex C/C2/T/T2 V3, Asrock N3150M, 8 GB, Zotac GT630 passiv, 120 GB Samsung SSD 840, 5TB WD RED (WD50EFRX), Silverstonetek LaScala 10M, LG LM 669S, 1920x1080@50
VDR2: RasPI 2, MLD
VDR-User #81

Linux is the best OS I have ever seen -- Albert Einstein

peje

Fortgeschrittener

Beiträge: 269

Wohnort: planet earth

Beruf: weiss nur ich

  • Nachricht senden

1 091

Donnerstag, 1. März 2012, 09:18

Probleme mit aktueller Version

Hallo wie schon erwähnt hab ich Probleme mit der aktuellen Version, bin nun comit für comit zurück und die Probleme treten ab git@5d8dea1b6b9e15048f425f13b349e785a494cdb3 auf:
http://pastebin.com/uuakQ85d
Dasselbe mit gti@1f232db5b499169e3c354b4af4bb59053009f210
http://pastebin.com/zRiaAPMt

Absolut keine Framedrops...
Kann ich noch mehr logs zur Verfügung stellen?
Danke für Hilfe Gruss Peje

PCs

VDR1: Funtoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4 rootfs zfs
VDR2: Funtoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600 rootfs zfs
VDR3: Funtoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600 rootfs zfs
NAS..: Funtoo Dell Power Edge T20 Intel(R) Xeon(R) CPU E3-1225 rootfs zfs plus Datenpool

1 092

Donnerstag, 1. März 2012, 10:12

Das war natürlich ein sehr großer Commit :(

Auswirkung kann nur die BufferTime haben. "AudioBufferTime = xxx;" mal auf 450 setzen, dann sollte es wieder die vorherige Version sein.
Ansonsten mal mit " CONFIG += -DAV_INFO -DAV_INFO_TIME=3000 # debug a/v sync" im Makefile bauen, dann kann man besser sehen, warum die Frames gedroppt werden.

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

peje

Fortgeschrittener

Beiträge: 269

Wohnort: planet earth

Beruf: weiss nur ich

  • Nachricht senden

1 093

Donnerstag, 1. März 2012, 10:43

Danke für die schnelle Hilfe, hier mit gesetztem DAV-Info: http://pastebin.com/Bu0HF5DH und hier mit grösserem Puffer:http://pastebin.com/spDQrkWc
leider bleiben die framedrops..
Danke cu Peje

PCs

VDR1: Funtoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4 rootfs zfs
VDR2: Funtoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600 rootfs zfs
VDR3: Funtoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600 rootfs zfs
NAS..: Funtoo Dell Power Edge T20 Intel(R) Xeon(R) CPU E3-1225 rootfs zfs plus Datenpool

1 094

Donnerstag, 1. März 2012, 12:15

A/V Info und die Zeiten schein nicht geklappt zu haben.

Bei den neuerern:

Quellcode

1
Mar  1 10:32:38 pejevdr vdr: audio/oss: delay 341 ms


Bei dem altem:

Quellcode

1
Mar  1 09:06:49 pejevdr vdr: audio/oss: delay 525 ms


Es sind zwei Stellen zuändern, die erste ist nur für den ersten Kanal, die zweite wird für den Rest verwendet.

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

1 095

Donnerstag, 1. März 2012, 13:02

hallo,

mit der neuen version aus dem git häüfen sich nun auch hier folgende logeinträge, siehe anhang (syslog gefiltert auf --> egrep -i "v-buf|drop|switching|underrun"):

Quellcode

1
2
3
4
5
6
Mar  1 12:17:49 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
Mar  1 12:18:15 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Mar  1 12:19:12 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
Mar  1 12:19:15 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'
Mar  1 12:19:20 pvr vdr: audio/alsa: wait underrun error? 'Broken pipe'
Mar  1 12:19:28 pvr vdr: audio/alsa: writei underrun error? 'Broken pipe'


Makefile sieht so aus:

Quellcode

1
2
3
4
5
6
7
8
9
10
CONFIG := #-DDEBUG
CONFIG += -DUSE_AUDIO_DRIFT_CORRECTION  # build new audio drift code
CONFIG += -DAV_INFO -DAV_INFO_TIME=3000 # debug a/v sync
#CONFIG += -DHAVE_PTHREAD_NAME      	# supports new pthread_setname_np
CONFIG += -DUSE_TS_AUDIO            	# build new ts audio parser
#CONFIG += -DUSE_TS_VIDEO           	# build new ts video parser
CONFIG += $(shell pkg-config --exists vdpau && echo "-DUSE_VDPAU")
CONFIG += $(shell pkg-config --exists libva && echo "-DUSE_VAAPI")
CONFIG += $(shell pkg-config --exists alsa && echo "-DUSE_ALSA")
CONFIG += -DUSE_OSS


gruß, ciax

//edit: ohne manuelle änderung der audio bufferwerte im source
»ciax« hat folgende Datei angehängt:
  • softhd_log.txt (191,81 kB - 121 mal heruntergeladen - zuletzt: 1. Dezember 2016, 07:01)
Lascala LC17 - tribute to viking ;o) + atric IR / AMD X2 BE-2400 / OctopusNet S4 / yavdr-(testing) vdr / output: graphTFT-fe via 6.4" TFT & DVB-S/S2 via FullHD / NVidia GT220 passiv

peje

Fortgeschrittener

Beiträge: 269

Wohnort: planet earth

Beruf: weiss nur ich

  • Nachricht senden

1 096

Donnerstag, 1. März 2012, 13:03

@Johns danke für die Geduld, ich hatte mit ebuild... fetch unpack (Aenderungen gemacht) compile und merge gebaut....
Nun händisch gebaut siehts viel besser aus: hab in audio.c die AudioBufferTime auf 450 gesetzt und dann copmiliert Resultat:
http://pastebin.com/SPWZqMLM

diese seltenen Framedrops sind von Auge fast nicht sichtbar....
EDIT: Nach 2 Stunden TV Ruckler um Ruckler bin jetzt halt wieder zu alten Version zurück..
cu Peje

PCs

VDR1: Funtoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4 rootfs zfs
VDR2: Funtoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600 rootfs zfs
VDR3: Funtoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600 rootfs zfs
NAS..: Funtoo Dell Power Edge T20 Intel(R) Xeon(R) CPU E3-1225 rootfs zfs plus Datenpool

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »peje« (1. März 2012, 17:18)


1 097

Donnerstag, 1. März 2012, 17:28

Sowie ich sehe, hat man mit OSS Pech. Ich werde jetzt bei OSS die Bufferzeit um min. 300ms erhöhen müssen.
Obwohl die Buffer voll sind, meint OSS das es einen Underrun hat.

Quellcode

1
delay = AudioBufferTime + 300;


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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

peje

Fortgeschrittener

Beiträge: 269

Wohnort: planet earth

Beruf: weiss nur ich

  • Nachricht senden

1 098

Donnerstag, 1. März 2012, 17:51

Johns, zumindest sind die Drops weg: http://pastebin.com/LaJG2WHx
cu Peje
EDIT: Die Auswirkungen beim Zappen sind gar nicht so übel beim Umschalten ganz kurz (1/10s?) schwarzer Schirm, dann Bild ohne "Trickspeed"
EDIT2: mit delay = AudioBufferTime + 200; klappts auch bestens: http://pastebin.com/CwYKkk6s

PCs

VDR1: Funtoo AsusM4A79TD EVO, AMDII X2 240e, GT 220, Graphtft 6.3° ssd 40GB, 2*cineV5, oss4 rootfs zfs
VDR2: Funtoo AsusM2N68-AM, AMD X2 240e, GT 520, ssd 40GB,TT1600 rootfs zfs
VDR3: Funtoo Gigabyte 870A-UD3,AMD AthlonII X4 640, GT220, ssd 120GB, TT1600 rootfs zfs
NAS..: Funtoo Dell Power Edge T20 Intel(R) Xeon(R) CPU E3-1225 rootfs zfs plus Datenpool

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »peje« (1. März 2012, 18:17)


1 099

Donnerstag, 1. März 2012, 18:58

@johns:
Mein Log von gestern war die aktuelle Git Version, mit den gleichen makeoptionen wie bei ciax.
Ich habe eben auch die Broken pipe Einträge im Log.
Was mir auffällt: Der VDR läuft länger auf einem 1080i Kanal, optisch und akustisch problemlos.
Im Log kommt meist nur das:

Quellcode

1
2
3
4
5
6
7
8
9
10
Mar  1 02:38:42 linux-ugjv vdr: video: dropping frame (426/1421582)
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.068 -839 1799   0/\ms 156 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.088 -839 1779   0/\ms 156 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: dropping frame (427/1421584)
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.148 -799 1759   0/\ms 154 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.168 -799 1771   0/\ms 155 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: dropping frame (428/1421586)
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.228 -759 1783   0/\ms 153 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.248 -759 1796   0/\ms 153 v-buf
Mar  1 02:38:42 linux-ugjv vdr: video: dropping frame (429/1421588)

Ist nicht schön, aber zumindest ist nichts von Audio Problemen im Log zu sehen. Die Video drops sind nicht sichtbar im Live Bild.

Wenn ich dann auf einen 576i Sender umschalte kommt das:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
Mar  1 06:03:31 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar  1 06:03:31 linux-ugjv vdr: video:  9:13:14.054 +105  539 240/\ms  18 v-buf
Mar  1 06:03:31 linux-ugjv vdr: video:  9:13:14.054  +85  519 240/\ms  17 v-buf
Mar  1 06:03:31 linux-ugjv vdr: video:  9:13:14.074  +65  551 240/\ms  20 v-buf
Mar  1 06:03:31 linux-ugjv vdr: video:  9:13:14.094  +45  511 240/\ms  20 v-buf
Mar  1 06:03:41 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar  1 06:03:45 linux-ugjv vdr: video:  9:13:27.594  +53  578 240/\ms  20 v-buf
Mar  1 06:03:45 linux-ugjv vdr: video:  9:13:27.614  +33  538 240/\ms  20 v-buf
Mar  1 06:03:51 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar  1 06:03:51 linux-ugjv vdr: [softhddev] invalid PES video packet
Mar  1 06:03:51 linux-ugjv vdr: [softhddev] invalid PES video packet
Mar  1 06:04:01 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'
Mar  1 06:04:01 linux-ugjv vdr: video:  9:13:43.914 -193  355 240/\ms  21 v-buf
Mar  1 06:04:01 linux-ugjv vdr: video:  9:13:43.934 -193  335 240/\ms  21 v-buf
Mar  1 06:04:01 linux-ugjv vdr: video: dropping frame (624/2036496)

Dies ist dann auch am Live Bild zu sehen und zu hören. An und zu habe ich dann kurze Artefakte und unsauberen Ton.
Dies dauert ein paar Minuten an, dann fängt sich das Plugin wieder.

Bei meinen Tests habe ich unter SD Sendern viel mehr Probleme als unter HD.
Ich teste mit Alsa und ohne Passthrough.
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 100

Donnerstag, 1. März 2012, 21:44

@johns:
Mein Log von gestern war die aktuelle Git Version, mit den gleichen makeoptionen wie bei ciax.
Ich habe eben auch die Broken pipe Einträge im Log.
Was mir auffällt: Der VDR läuft länger auf einem 1080i Kanal, optisch und akustisch problemlos.
Im Log kommt meist nur das:

Quellcode

1
Mar  1 02:38:42 linux-ugjv vdr: video: 17:55:50.068 -839 1799   0/\ms 156 v-buf

Ist nicht schön, aber zumindest ist nichts von Audio Problemen im Log zu sehen. Die Video drops sind nicht sichtbar im Live Bild.


Audio / Video ist hier aber gewaltig auseinander und 1.8 Sekunden gepuffertes Audio ist auch falsch.
Dann würde ich mal gucken welche Alsa Version. Ich denke im Moment ist mal wieder jede Version <1.0.24 Schrott.

Zitat


Wenn ich dann auf einen 576i Sender umschalte kommt das:

Quellcode

1
2
Mar  1 06:03:31 linux-ugjv vdr: video:  9:13:14.094  +45  511 240/\ms  20 v-buf
Mar  1 06:03:41 linux-ugjv vdr: audio/alsa: wait underrun error? 'Datenübergabe unterbrochen (broken pipe)'


Hier schaut Audio/Video Sync und die Puffer besser aus. Aber mit 0.5s gepufferten Daten kann es keine leeren Puffer geben.
Ich würde erstmal die Alsa Version prüfen und besondere asound.conf?

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 90W PicoPSU Cine-S2+DuoFlex-S2+DuoFlex-CT / streamdev / 22 Watt Verbrauch

Immortal Romance Spielautomat