VDR Portal | VDR Plugins | [gelöst] Derzeitge Probleme - xine-lib-1.2 und xineliboutput Plugin

VDR Portal » Video Disk Recorder » VDR Plugins » [gelöst] Derzeitge Probleme - xine-lib-1.2 und xineliboutput Plugin

» Hello Guest [Login|Register]

Last Post | First Unread Post

Print Page | Recommend to a Friend | Add Thread to Favorites

[gelöst] Derzeitge Probleme - xine-lib-1.2 und xineliboutput Plugin

Author

Post

« Previous Thread | Next Thread »

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

[gelöst] Derzeitge Probleme - xine-lib-1.2 und xineliboutput Plugin

Hallo zusammen,

meine neue Hardware läuft soweit. Ich bin sogar so weit gegangen und setzte das ganze schon produktiv ein Augenzwinkern

. Ok der WAF Faktor ist manchmal nicht so überzeugt wenn der VDR mal neu startet aber das denke ich wird im laufe der Zeit besser werden smile

.

So jetzt zu meinem System:

- Ubuntu 9.10 x86_64 (Kernel 2.6.31-17-generic x86_64)
- NVIDIA Linux x86_64 Version 195.30
- v4l DVB Treiber (aus dem CVS rev14075)
- xine-lib-1.2 (aus dem CVS vom 30.01.2010) + xine-lib-1.2-vdpau-extensions-v11-20100127.diff
- xine-ui (aus dem CVS vom 30.01.2010)
- VDR 1.7.12
- xineliboutput Plugin 1.0.90 (aus dem CVS vom 31.01.2010) + xineliboutput-cvs-20100117-vdpau-extensions-v11.diff

Ich schreibe hier meine beobachteten Probleme mal nieder. Vielleicht hat der ein oder andere noch einen Tipp zur Konfiguration damit man das noch verbessern kann. Vielleicht ist es auch für die Entwickler von xine-lib-1.2 und xineliboutput Interessant.

Derzeitige Probleme:
- Wenn auf ein Sender geschaltet wird stottert und ruckelt das Bild im ersten Moment bis es sich einpendelt. Danach läuft das Bild und der Ton super. Wird das so bleiben oder ist da schon was in Arbeit damit das zappen etwas schöner wird?

- Beim Sender wechsel habe ich des öfteren das Problem das ein schwarzes Bild kommt und nach einger Zeit wird dann "NO SIGNAL" eingezeigt.

Im Log kommt dann folgendes:

code:

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:

Jan 31 20:40:39 vdr vdr: [2553] switching to channel 2 
Jan 31 20:40:40 vdr vdr: [2580] ERROR: TS packet not accepted in Transfer Mode 
Jan 31 20:40:40 vdr vdr: [2570] [demux_vdr] PMT changed
Jan 31 20:40:40 vdr vdr: [2553] max. latency time 2 seconds
Jan 31 20:40:40 vdr vdr: [2581] TS buffer on device 1 thread ended (pid=2553, tid=2581)
Jan 31 20:40:40 vdr vdr: [2580] buffer stats: 579228 (27%) used
Jan 31 20:40:40 vdr vdr: [2580] receiver on device 1 thread ended (pid=2553, tid=2580)
Jan 31 20:40:40 vdr vdr: [2570] [demux_vdr] audio stream changed: 00000000 -> 03010000 J
switching to channel 1
Jan 31 20:40:53 vdr vdr: [2575] ERROR: TS packet not accepted in Transfer Mode
Jan 31 20:40:53 vdr vdr: [2651] receiver on device 1 thread started (pid=2553, tid=2651)
Jan 31 20:40:53 vdr vdr: [2652] TS buffer on device 1 thread started (pid=2553, tid=2652)
Jan 31 20:40:53 vdr vdr: [2570] [demux_vdr] PMT changed Jan 31 20:40:54 vdr vdr: [2570] [demux_vdr] audio stream changed: 00000000 -> 03010000
Jan 31 20:43:43 vdr vdr: [2553] switching to channel 3
Jan 31 20:43:43 vdr vdr: [2553] [input_vdr] vdr_flush_engine: playback is paused <0>

Channel 1 ist bei mir RTL, channel 2 ist Sat.1 und channel 3 ist Pro7. Nach dem Switch zu channel 3 bleibt das Bild schwarz und es hilft nur noch ein VDR neustart.

EDIT:
Manchmal passiert es auch das ich auf einen Sender Schalte im folgenden Beispiel von Sat.1 zu RTL und dann bleibt das Bild schwarz und nach einiger Zeit kommt dann doch das TV Bild. Dann ist folgendes im Log zu sehen:

code:

1:
2:
3:
4:
5:
6:
7:
8:
9:
10:
11:
12:
13:
14:
15:
16:
17:
18:

Jan 31 20:50:22 vdr vdr: [2719] switching to channel 1 
Jan 31 20:50:22 vdr vdr: [2755] TS buffer on device 1 thread ended (pid=2719, tid=2755)
Jan 31 20:50:22 vdr vdr: [2754] buffer stats: 209056 (9%) used 
Jan 31 20:50:22 vdr vdr: [2754] receiver on device 1 thread ended (pid=2719, tid=2754)
Jan 31 20:50:22 vdr vdr: [2756] receiver on device 1 thread started (pid=2719, tid=2756)
Jan 31 20:50:22 vdr vdr: [2757] TS buffer on device 1 thread started (pid=2719, tid=2757) 
Jan 31 20:50:22 vdr vdr: [2736] [demux_vdr] PMT changed 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 1 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 2 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 3 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 4 from 8 FlushTime = 0 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 5 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 6 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 7 from 8 FlushTime = 1 ms 
Jan 31 20:50:27 vdr vdr: [2719] SOFTOSD: FadeOut Step 8 from 8 
Jan 31 20:50:30 vdr vdr: [2736] [input_vdr] No data in 8 seconds, queuing no signal image 
Jan 31 20:50:32 vdr vdr: [2723] frontend 0/0 timed out while tuning to channel 1, tp 112187 
Jan 31 20:50:42 vdr vdr: [2736] [demux_vdr] audio stream changed: 00000000 -> 03010000

Attachments:

setup.conf.txt (7 KB, 17 downloads)
txt

user.log.txt (16 KB, 109 downloads)
txt

xineliboutput_config.txt (15 KB, 46 downloads)

This post has been edited 8 time(s), it was last edited by sewn4: 25.06.2010 22:30.

31.01.2010 20:48

pixelpeter pixelpeter is a male

Veteran

Registration Date: 07.05.2003
Posts: 769

Hi sewn4,

Zumindest Dein Problem, dass das Bild nach dem umschalten stockt bzw. ruckelt, kann ich definitiv nicht bestätigen.
Ist zumindest auf SD Kanälen sofort glasklar da.

Allerdings habe ich diese Meldung bei FTA Kanälen nicht:

Jan 31 20:40:40 vdr vdr: [2580] ERROR: TS packet not accepted in Transfer Mode

Was benutzt du für eine TV Karte?

Peter

__________________
StreamDevClient: ASUS AT3IONT-I Nvidia 256.35 + xine-plugin + xinelib-1.2 (df-patch) + vdr-1.7.15 + 20 Plugins + Samsung U70 + Debian squeeze via CF-Card + Kernel 2.6.35 + Samsung LE-32R51B
StreamDevServer: Intel ATOM D945GCLF + 1 x TT-1600 + 1 x TT S2-3600-USB + vdr-1.7.15 + Debian squeeze.

This post has been edited 1 time(s), it was last edited by pixelpeter: 31.01.2010 21:03.

31.01.2010 21:02

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

quote:

Original von pixelpeter
Hi sewn4,

Zumindest Dein Problem, dass das Bild nach dem umschalten stockt bzw. ruckelt, kann ich definitiv nicht bestätigen.
Ist zumindest auf SD Kanälen sofort glasklar da.

Allerdings habe ich diese Meldung bei FTA Kanälen nicht:

Jan 31 20:40:40 vdr vdr: [2580] ERROR: TS packet not accepted in Transfer Mode

Peter

Hi,

also bei mir ist das mit dem ruckeln bei SD Sendern stärker als bei HD Sendern. Es dauert so eine bis zwei Sekunden bis sich das Bild stabilisiert. Manchmal ist es acuh so das der Ton immer stottert dann muss ich erst auf einen anderen Kanal schalten und wieder zurück dann geht der Ton.
Hast Du dazu spezielle Einstellungen gemacht?

31.01.2010 21:05

pixelpeter pixelpeter is a male

Veteran

Registration Date: 07.05.2003
Posts: 769

Hi,

xineliboutput hat ja ein eigenes Configfile.
Hier kann man ja einiges verstellen.
Bin gerade auf Arbeit, werde meine .config morgen hier mal anhängen.
Findest aber auch alle Einstellungen in wbreu's HowTo.

Peter

__________________
StreamDevClient: ASUS AT3IONT-I Nvidia 256.35 + xine-plugin + xinelib-1.2 (df-patch) + vdr-1.7.15 + 20 Plugins + Samsung U70 + Debian squeeze via CF-Card + Kernel 2.6.35 + Samsung LE-32R51B
StreamDevServer: Intel ATOM D945GCLF + 1 x TT-1600 + 1 x TT S2-3600-USB + vdr-1.7.15 + Debian squeeze.

31.01.2010 21:45

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

quote:

Original von pixelpeter
Hi,

xineliboutput hat ja ein eigenes Configfile.
Hier kann man ja einiges verstellen.
Bin gerade auf Arbeit, werde meine .config morgen hier mal anhängen.
Findest aber auch alle Einstellungen in wbreu's HowTo.

Peter

Hi,

die Parameter von wbreu habe ich schon eingestellt. Wenn Du deine config mal hochlädst dann vergleiche ich das mal...danke!

31.01.2010 23:06

pixelpeter pixelpeter is a male

Veteran

Registration Date: 07.05.2003
Posts: 769

Hi,

Hier meine config.

Peter

Attachment:

config.txt (14 KB, 63 downloads)

__________________
StreamDevClient: ASUS AT3IONT-I Nvidia 256.35 + xine-plugin + xinelib-1.2 (df-patch) + vdr-1.7.15 + 20 Plugins + Samsung U70 + Debian squeeze via CF-Card + Kernel 2.6.35 + Samsung LE-32R51B
StreamDevServer: Intel ATOM D945GCLF + 1 x TT-1600 + 1 x TT S2-3600-USB + vdr-1.7.15 + Debian squeeze.

01.02.2010 08:25

tbshl-vdr tbshl-vdr is a male

Tripel-Ass

Registration Date: 31.01.2010
Posts: 175
Berufung: Plugin-Entwickler

Hallo,

quote:

Original von sewn4
also bei mir ist das mit dem ruckeln bei SD Sendern stärker als bei HD Sendern. Es dauert so eine bis zwei Sekunden bis sich das Bild stabilisiert. Manchmal ist es acuh so das der Ton immer stottert dann muss ich erst auf einen anderen Kanal schalten und wieder zurück dann geht der Ton.

ähnlich war das hier auch. Liegt u.a. an der Puffer-Einstellung (vdr-sxfe --buffers=xxx). Der muss zu 1/4 (?) gefüllt sein, sonst wird die Ausgabe angehalten bzw. verlangsamt. Zum stottern kommt es dann, wenn, sobald die Ausgabe fortgesetz wird, der Puffer wieder zu leer ist usw. Meist füllt er sich schneller als gelesen wird, aber eben nicht immer...
Bei HD ist der Puffer grösser, daher auch anderes Verhalten.
Ich hab das so geändert (in xine_input_vdr.c), dass die Ausgabe erst einige Zeit nach Start bei zu kleinem Puffer-Füllstand angehalten/verlangsamt wird und der minimal-Füllstand hängt von SD oder HD ab, in Prozent von der Puffergrösse.

Gruss,
Thomas

edit:

Um festzustellen ob das die Ursache ist, in xine_input_vdr.c
#define LOG_SCR
einschalten.
Dann muss aber auch

int num_used;
int num_free;

davor stehen und die Deklaration in vdr_adjust_realtime_speed entfernt werden (das 'int' davor entfernen)

Im Log steht dann, wenn die Ausgabe angehalten verlangsamt wird (SCR:...)

This post has been edited 1 time(s), it was last edited by tbshl-vdr: 01.02.2010 23:42.

01.02.2010 23:17

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

Hi,

habe heute das xineliboutput Plugin sowie die xine-lib-1.2 aktualisiert. Bildruckler Tonprobleme etc. sind alle weg. Das einzigste Problem was derzeit noch besteht ist das schwarze Bild beim manchen Sendern.

EDIT:
mir kommt es auch so vor als wären die Umschaltzeiten schneller geworden. Kann das einer Bestätigen?

This post has been edited 1 time(s), it was last edited by sewn4: 07.02.2010 17:03.

07.02.2010 16:51

Torsten73 Torsten73 is a male

Routinier

Registration Date: 09.03.2009
Posts: 402
Berufung: WAF-Verbesserer

Hi,
das ist interessant, da ich auch darunter "leide" Hättest Du Lust und Zeit mir das als Debian Paket zum Testen zu geben?

Thx
Torsten

__________________
Torsten

FreeVdr 2.1 (produktiv):
OrigenAE S10V mit FSP300-60GNF passives Netzteil; DFI-ACP CA230BF (SockelP mit GMAX4500M und GM45+ICH9M, 1*PCIex16 + 1* PCI, Mini DTX); Intel P8600 mFCPGA, 2,4Ghz FSB 1066; Kingston S0Dimm PC3200 4GB Kit; WD WD5000BEVT 2,5" 500GB SATAII; ASUS GT220 ; Samsung SNT083A Slim DVDRW SATA Slot in; Technotrend TT1600

Freevdr 3.0 auf Fujitsu Amilo PI3560, GT240 & Acer Aspire 7520

Panasonic 42RV635 (ohne Overscan über HDMI !), DBOX2 JTG, Mediareceiver MR301T, XBox360

08.02.2010 19:02

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

quote:

Originally posted by Torsten73
Hi,
das ist interessant, da ich auch darunter "leide" Hättest Du Lust und Zeit mir das als Debian Paket zum Testen zu geben?

Thx
Torsten

Hi Torsten,

ich habe kein fertiges Debian Paket ich habe es manuell übersetzt. In meiner Signatur findest Du die Instllationsanleitung...

08.02.2010 19:33

Torsten73 Torsten73 is a male

Routinier

Registration Date: 09.03.2009
Posts: 402
Berufung: WAF-Verbesserer

Die kenne ich bereits. Jetzt wo Dus sagst Augenzwinkern

Damit bekomme ich es hin. aber wie gesagt, im Moment keine Zeit. Der Urlaub steht vor der Tür.

__________________
Torsten

FreeVdr 2.1 (produktiv):
OrigenAE S10V mit FSP300-60GNF passives Netzteil; DFI-ACP CA230BF (SockelP mit GMAX4500M und GM45+ICH9M, 1*PCIex16 + 1* PCI, Mini DTX); Intel P8600 mFCPGA, 2,4Ghz FSB 1066; Kingston S0Dimm PC3200 4GB Kit; WD WD5000BEVT 2,5" 500GB SATAII; ASUS GT220 ; Samsung SNT083A Slim DVDRW SATA Slot in; Technotrend TT1600

Freevdr 3.0 auf Fujitsu Amilo PI3560, GT240 & Acer Aspire 7520

Panasonic 42RV635 (ohne Overscan über HDMI !), DBOX2 JTG, Mediareceiver MR301T, XBox360

09.02.2010 09:00

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

Hi,

habe das aktuelle xineliboutput Plugin am laufen (vom 9.02.2010). Einzigstes Problem was ich derzeit feststellen konnte ist immer noch das schwarze Bild bei manchen Sendern.

Bei mir sind es insbesondere RTL und VOX die ein schwarzes Bild haben. Sind es bei euch die gleichen Sender?

09.02.2010 21:56

Torsten73 Torsten73 is a male

Routinier

Registration Date: 09.03.2009
Posts: 402
Berufung: WAF-Verbesserer

Schwarzes Bild beim Umschalten habe ich beim 1.0.90-cvs noch nicht festgestellt. Leider dafür aber eine relativ lange stabilisierungszeit, bis die Pixel weg sind.
Wenn die buffers auf 400ms beim start von vdr-sxfe gesetzt sind schaltet es sauber um, aber leider auch recht langsam.
Allerdings verwendet der freevdr eine andere xine-lib.
http://www.freevdr.de/forum/index.php/topic,912.0.html

__________________
Torsten

FreeVdr 2.1 (produktiv):
OrigenAE S10V mit FSP300-60GNF passives Netzteil; DFI-ACP CA230BF (SockelP mit GMAX4500M und GM45+ICH9M, 1*PCIex16 + 1* PCI, Mini DTX); Intel P8600 mFCPGA, 2,4Ghz FSB 1066; Kingston S0Dimm PC3200 4GB Kit; WD WD5000BEVT 2,5" 500GB SATAII; ASUS GT220 ; Samsung SNT083A Slim DVDRW SATA Slot in; Technotrend TT1600

Freevdr 3.0 auf Fujitsu Amilo PI3560, GT240 & Acer Aspire 7520

Panasonic 42RV635 (ohne Overscan über HDMI !), DBOX2 JTG, Mediareceiver MR301T, XBox360

09.02.2010 23:24

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

quote:

Original von Torsten73
Schwarzes Bild beim Umschalten habe ich beim 1.0.90-cvs noch nicht festgestellt. Leider dafür aber eine relativ lange stabilisierungszeit, bis die Pixel weg sind.
Wenn die buffers auf 400ms beim start von vdr-sxfe gesetzt sind schaltet es sauber um, aber leider auch recht langsam.
Allerdings verwendet der freevdr eine andere xine-lib.
http://www.freevdr.de/forum/index.php/topic,912.0.html

Hi,

also die Stabilisierungszeiten habe ich nicht mehr. Sprich das Bild ist sofort da...wenn es nicht schwarz bleibt Augenzwinkern

. Due Umschaltzeiten sind schnell.

09.02.2010 23:25

Torsten73 Torsten73 is a male

Routinier

Registration Date: 09.03.2009
Posts: 402
Berufung: WAF-Verbesserer

Werden denn bei Dir die Buffers überhaupt genutzt beim Start von vdr-sxfe?

PS: Danke übrigens für die gute Irtrans Anleitung !

__________________
Torsten

FreeVdr 2.1 (produktiv):
OrigenAE S10V mit FSP300-60GNF passives Netzteil; DFI-ACP CA230BF (SockelP mit GMAX4500M und GM45+ICH9M, 1*PCIex16 + 1* PCI, Mini DTX); Intel P8600 mFCPGA, 2,4Ghz FSB 1066; Kingston S0Dimm PC3200 4GB Kit; WD WD5000BEVT 2,5" 500GB SATAII; ASUS GT220 ; Samsung SNT083A Slim DVDRW SATA Slot in; Technotrend TT1600

Freevdr 3.0 auf Fujitsu Amilo PI3560, GT240 & Acer Aspire 7520

Panasonic 42RV635 (ohne Overscan über HDMI !), DBOX2 JTG, Mediareceiver MR301T, XBox360

This post has been edited 1 time(s), it was last edited by Torsten73: 10.02.2010 08:45.

10.02.2010 08:44

sewn4
Ritter

Registration Date: 22.03.2007
Posts: 1,492

Thread Starter Thread Started by sewn4

quote:

Originally posted by Torsten73
Werden denn bei Dir die Buffers überhaupt genutzt beim Start von vdr-sxfe?

PS: Danke übrigens für die gute Irtrans Anleitung !

Hi,

ich starte mein xineliboutput local...

10.02.2010 10:49

Torsten73 Torsten73 is a male

Routinier

Registration Date: 09.03.2009
Posts: 402
Berufung: WAF-Verbesserer

Aus der Wiki entnehme ich, dass Du vdr-sxfe wie folgt startest:

code:
1:	-P'xineliboutput --local=sxfe --video=vdpau --display=:0 --primary --post tvtime:method=use_vo_driver --audio=alsa:hw:0,1 -f' \

Ich würde mal folgendes ergänzen:

code:
1:	-P'xineliboutput --local=sxfe --video=vdpau --buffers=250 --display=:0 --primary --post tvtime:method=use_vo_driver --audio=alsa:hw:0,1 -f' \

So habe ichs bei mir.

Ich bin mir aber nicht sicher, ob dass hier sich damit gegenseitig beeinflusst (Aus Deiner Wiki):

code:
1: 2: 3: 4: 5: 6:	# number of video buffers # numeric, default: 500 engine.buffers.video_num_buffers:1800 # da habe ich nur 1000 stehen!

__________________
Torsten

FreeVdr 2.1 (produktiv):
OrigenAE S10V mit FSP300-60GNF passives Netzteil; DFI-ACP CA230BF (SockelP mit GMAX4500M und GM45+ICH9M, 1*PCIex16 + 1* PCI, Mini DTX); Intel P8600 mFCPGA, 2,4Ghz FSB 1066; Kingston S0Dimm PC3200 4GB Kit; WD WD5000BEVT 2,5" 500GB SATAII; ASUS GT220 ; Samsung SNT083A Slim DVDRW SATA Slot in; Technotrend TT1600

Freevdr 3.0 auf Fujitsu Amilo PI3560, GT240 & Acer Aspire 7520

Panasonic 42RV635 (ohne Overscan über HDMI !), DBOX2 JTG, Mediareceiver MR301T, XBox360

10.02.2010 13:56

Tree Structure | Board Structure

Jump to:

VDR Portal » Video Disk Recorder » VDR Plugins » [gelöst] Derzeitge Probleme - xine-lib-1.2 und xineliboutput Plugin

Forum Software: Burning Board 2.3.4, Developed by WoltLab GmbH