HDTV CoreAVC / xine-lib 1.2 / dshowserver on linux 64Bit

Danke für Einleitung, wird ihn in kommenden Tage testen.

Schöne Anleitung. Funktioniert bei mir jetzt grundsätzlich auch. Leider ist 1080i hier bei mir immer noch nicht ruckelfrei. Hat die Parametrierung für CoreAVC in der Registry, wie sie im Googgle Wiki für V1.7 beschrieben ist, auch bei V1.8 noch Gültigkeit? Ich würde gerne den deinterlacer abschalten.

Moin faup,

bei mir klappt das ganze nicht, ich habe für ganz kurz audio, das bild bleibt schwarz.

Danach gehen auch nicht HD Sender nicht mehr, hilft nur nen X Neustart.

Xine-lib ist hg checkout von heute.

load_plugins: plugin dshowserver will be used for video streamtype 4d.
No accelerated IMDCT transform found
load_plugins: plugin a/52 will be used for audio streamtype 00.
upmix_mono: upmixing a single channel from original 2 channels stream.
audio_file_out: ao_open bits=16 rate=48000, mode=8
output sample rate 48000
osd: can't find out current locale character set
audio jump, diff=72534
size_from_nal: 1920 x 1088
size_from_nal: 1920 x 1088
size_from_nal: 1920 x 1088
size_from_nal: 1920 x 1088
shm:/dshow_shm.43dc6950
sem1:/dshow_sem1.43dc6950
sem2:/dshow_sem2.43dc6950
Making BIH
Opening device
Called unk_IsDebuggerPresent
len: 992
ProductVersion: 1.7.0
Decoder supports the following YUV formats: YUY2 UYVY YV12 I420
Decoder is capable of YUV output (flags 0x2b)
Setting fmt
Starting
Initialization is complete
Found DirectShow filterset_speed 1000000
vdr_video: osd: (0, 0)-(1920, 1088)@1.76471
ratio: 17647
video_out_xv: VO_PROP_ZOOM_X = 103
video_out_xv: VO_PROP_ZOOM_Y = 103
vdr_video: osd: (0, 0)-(1920, 1088)@1.76471
ratio: 17647
video_out_xv: VO_PROP_ZOOM_X = 103
video_out_xv: VO_PROP_ZOOM_Y = 103
video_out: throwing away image with pts 397920 because it's too old (diff : 765572).
osd: can't find out current locale character set
osd: can't find out current locale character set
osd: can't find out current locale character set
Got illegal command 0

Hallo faup,

danke für die tolle Anleitung, lief hier auf einer Lenny/Sid i386 Testinstallation mit dem VDR 1.7.0 auf Anhieb!

Zumindest die fast exakt gleichmäßige Kernauslastung auf dem overclocked (4x 3,17Ghz) QuadCore hier ist beeindruckend, wenn man ffmpeg gewöhnt ist!

Allerdings läuft das Bild leider auch nicht 100% ruckelfrei, obwohl alle 4 Kerne zwischen 10% - 40% rumhängen. (bei ffmpeg ist einer zwischen 40-100% und es ruckelt bei 100% manchmal auch).

Zwischendrin "haken" die Bewegungen innerhalb des Bildes oder das Bild friert gelegentlich ganz ein für kurze Zeit.
Ursachen kann man nur mutmaßen, ob das nun daran liegt, dass es sich eigentlich um einen Windows-Codec handelt, dass die Verteilung auf 4 Kerne "zu" multithreaded ist, der CodecAVC selber noch verbesserungswürdig ist usw...

Außerdem funktioniert das auf der Testinstallation hier nur gut mit "vdr-xine",sprich dem "xine" plugin, welches dann direkt aus der "xine-ui" gestartet wird. (siehe deine Anleitung).

Das "xineliboutput" plugin (starten über vdr-sxfe) stürzt nach kurzer Zeit nach dem Umschalten auf nen HD-Sender ab mit einigen "fifo buffer full" Meldungen. Ich schätze hier dauert es einfach zu lange, bis dekodierte Daten kommen (das dauert nämlich zieeemlich lange). Evtl. lässt sich hier auch was an der Buffergröße drehn.

Zu guter letzt habe ich aber mit dem "xine"-Plugin einen kleinen grünen Rand an der unteren Kante des Bildes, das stürzt jedoch in keinem Fall ab und funktioniert soweit ordentlich.

Fazit: Das Ganze läuft bei mir irgendwie "anders" als ffmpeg, aber nicht wirklich besser. Für Leute, bei denen ein einzelner Kern unter ffmpeg momentan bei weitem zu schwach für HDTV ist, evtl. eine lohnende Alternative.

Werde mir jetzt noch die Sache mit dem Deinterlacer anschaun. Auf den ersten Blick macht das CoreAVC das Deinterlacing ja selber, zumindest seh ich bei deaktiviertem TvTime deinterlacer auf 1080i nix interlaced.... oder?

grüße,
cyberjunk

Hi,

auch von mir herzlichen Dank.
Bei mir läuft es jetzt fast Perfekt, 40-80% "GLEICHMÄßIGE" Auslastung auf beiden Cores.
Ab und zu Miniruckler und am Anfang dauert es 2-5 Sek. bis ein Bild kommt.
Sonst läuft es aber sauber und stabil unter Lenny.
Unter easyVDR kommt leider ein Seg fault des dshowservers

Ach ja, v1.7 läuft bei mir wesentlich besser als die v1.8 von CoreAVC

ffmpeg, xine-lib, xineliboutput alles CVS bzw. hg

Eingebunden in xineliboutput per -l sxfe -V xv
in setup.conf muss noch folgendes rein
xineliboutput.Video.Decoder.H264 = dshowserver

Zitat

Original von nepumuk
...
Eingebunden in xineliboutput per -l sxfe -V xv
in setup.conf muss noch folgendes rein
xineliboutput.Video.Decoder.H264 = dshowserver

Hmm ich habe eigentlich auch den aktuellen cvs Stand des xineliboutput. Die Option "dshowserver" kennt "xineliboutput.Video.Decoder.H264" gar nicht. Ist diese Einstellung bei dir wirklich notwendig damit es läuft? Oder hast du eine besondere Version?

Bei mir läuft es mit xineliboutput ein paar Sekunden (CoreAVC V1.7 und V1.8 getestet) dann bricht es ab. Unter xine-ui läuft es besser. Auslastung der beiden Cores sehr gleichmäßig aber immer mit 80%. Wiedergabe ist durchweg mit Rucklern.
Das Ändern der Parametrierung des CoreAVCDecoder.ax zeigt auch nicht wirklich Wirkung. Offenbar kommt 1080i Material aber mit 25Hz Framerate am Decoderausgang raus so dass hier wohl standardmäßig das Deinterlacing ausgeschaltet ist bzw. einfaches Weave passiert.

Zitat

Original von durchflieger

Hmm ich habe eigentlich auch den aktuellen cvs Stand des xineliboutput. Die Option "dshowserver" kennt "xineliboutput.Video.Decoder.H264" gar nicht. Ist diese Einstellung bei dir wirklich notwendig damit es läuft? Oder hast du eine besondere Version?

es wollte erst mit dshowserver nicht laufen, hab dann diesen Parameter hier im Forum irgendwo gelesen, zwischenzeitlich hatte ich aber auch in der xine config mit den decoder priorities gespielt, dann gings aufeinmal
Ne ganz normale cvs Version

@odintg
probiers mal mit dshowserver-r46. Der soll zwar angeblich nicht klappen, tuts aber trotzdem. Dafür geht r63 bei mir nicht. System ist Debian lenny.

Hab es auch gerade mal ausprobiert. Mit V1.8.5.0 von CoreAVC gibts aber einen SegFault - eine Lösung des Problems ist HIER zu finden.

Gruss
Marcus

Hallo

Nutzt hier jemand den CoreAVC noch? Bin als ATI Benutzer mit xvba noch nicht wirklich zufrieden, also fällt GPU Entfaltung von H.264 im Moment noch weg. Daher bleibt für Olympia die Alternative CPU Entfaltung mit oder ohne CoreAVC/ libxine-2.

Wie stabil läuft der Coreavc Code unter Linux und wird er überhaupt noch von jemandem hier verwendet?

... wär dankbar für ein kurzes Feedback, Danke!