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,081

Wednesday, February 29th 2012, 12:56pm

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, Asus M4N78 Pro, 4GB 1033, Haupauge WinTV Nova-HD S2, CineS2, z.Z. Asus gts450silent
Der wichtigste Befehl der Welt: /_config/bin/g2v_log.sh -v

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,082

Wednesday, February 29th 2012, 4:00pm

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

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,083

Wednesday, February 29th 2012, 4:42pm

Audio Drift Korrektur

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

Wer Probleme hat:

Source code

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,084

Wednesday, February 29th 2012, 4:43pm

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.
Yavdr 0.5 , TT-S2-1600, 2GB Ram, Asus EN210 Silent, 2GB Ram, 1x60 GB SSD, 1x500GB HDD, 1x1500GB HDD, Panasonic Plasma.
Precise mit yavdr Paketen, SHD, Pentium4 @ 2800Mhz, 2GB Ram, Nvidia GT-9400, 1x 120GB HDD, 1x Pinnacle PCTV-Sat, Philips 82ér Röhre

1,085

Wednesday, February 29th 2012, 6:02pm

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.1.6
linux-3.2.0-60 M3N78-VM DVB-C softhddev skinnopacity
yavdr-0.5 mit vielen Anpassungen (ramdisk, xbmc mit LCDd über glcdlib, vdrnfofs, ...)

zwick der agent

Intermediate

Posts: 478

Location: Baden-Württemberg

Occupation: KFZ-Mechaniker

  • Send private message

1,086

Wednesday, February 29th 2012, 6:06pm

Quoted

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_334.21, FFMPEG_1.2.4, Kernel_3.12.13, Alsa_1.0.27.1 // XBMC_FernetMenta_GIT

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

1,087

Wednesday, February 29th 2012, 6:40pm

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

rudirabbit

Professional

Posts: 1,320

Occupation: Kfz Elektroniker

  • Send private message

1,088

Wednesday, February 29th 2012, 7:21pm

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)

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
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

This post has been edited 3 times, last edit by "rudirabbit" (Feb 29th 2012, 8:08pm)


1,089

Wednesday, February 29th 2012, 8:50pm

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

lostinspc

Intermediate

Posts: 557

Location: Stuttgart

  • Send private message

1,090

Wednesday, February 29th 2012, 9:29pm

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
SW: vdr-latest, softhddevice -git, nvidia 331.38 , arch x86_64
HW: 1x Cine C/T V6, 1x Satelco Budget DVB-C, Asus P5G41-M, 2 GB, Pentium 6300, Asus G210 passiv, 60 GB Samsung SSD 470, 3TB WD AV GP (WD30EURS) , Silverstonetek LaScala 10M, LG LM 669S, 1920x1080@50
VDR-User #81

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,091

Thursday, March 1st 2012, 9:18am

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

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,092

Thursday, March 1st 2012, 10:12am

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,093

Thursday, March 1st 2012, 10:43am

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

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,094

Thursday, March 1st 2012, 12:15pm

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

Bei den neuerern:

Source code

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


Bei dem altem:

Source code

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

1,095

Thursday, March 1st 2012, 1:02pm

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"):

Source code

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:

Source code

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 has attached the following file:
  • softhd_log.txt (191.81 kB - 86 times downloaded - latest: Feb 10th 2014, 11:18pm)
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

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,096

Thursday, March 1st 2012, 1:03pm

@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

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

This post has been edited 1 times, last edit by "peje" (Mar 1st 2012, 5:18pm)


1,097

Thursday, March 1st 2012, 5:28pm

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.

Source code

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch

peje

Intermediate

Posts: 262

Location: planet earth

Occupation: weiss nur ich

  • Send private message

1,098

Thursday, March 1st 2012, 5:51pm

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

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

This post has been edited 2 times, last edit by "peje" (Mar 1st 2012, 6:17pm)


rudirabbit

Professional

Posts: 1,320

Occupation: Kfz Elektroniker

  • Send private message

1,099

Thursday, March 1st 2012, 6:58pm

@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:

Source code

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:

Source code

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

Thursday, March 1st 2012, 9:44pm

@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:

Source code

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.

Quoted


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

Source code

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 LC75ITX Cine-S2+DuoFlex-S2 / streamdev / 22 Watt Verbrauch