h-264-TS-Stream Wiedergabemöglichkeit mittels xine?

Hallo,

da der Remuxer(Patch) den Stream nach PES anpasst, werden wohl noch andere Anpassungen benötigt.

Ich arbeite mit Reinhard schon eine weile an den Sachen. Soweit ich das weiß wird für vdr-xine auch eine Anpassung benötigt. Mehr kann ich dazu nicht sagen weil ich selber kein Xine einsetze.

Ich selber habe Vdr mit dem Remuxer schon eine Weile im Einsatz. Allerdings habe ich bis jetzt noch nix gefunden womit ich die Streams ausgeben kann.

Bei Sat1 HD und Pro7 HD bekomme ich aus den bekannten Gründen per VLC und Streamdev auch nur Fehlermeldungen.

Wenn du den Remuxerpatch benutzt musst du bei den Kanaleinstellung noch den Vcodec H.264 einstellen. Das geht in der Version noch nicht automatisch.

bis dann LordZodiac

Quote

bekomme ich aus den bekannten Gründen per VLC und Streamdev auch nur Fehlermeldungen.

... hier hat einer beschrieben wie man den CoreAVC Windowsdecoder in den MPlayer einbinden kann.

Gruß, ollo

Hallo pingpong,

der mplayer kann mit den PES Daten noch nix anfangen. Das habe ich schon getestet.

Im Moment bin ich mehr mit den Treibern beschäftigt um die TT S2-3200 stabil zum laufen zu bekommen. Dann kann ich mich mit der Ausgabe beschäftigen.

bis dann LordZodiac

Quote

Original von pingpong
Hallo LordZodiac,

danke für die Antwort. Aber jetzt wird es ganz seltsam, das vorher beschriebene Problem gilt für mittels "cat /dev/dvb/adapter0/dvr0 > test.ts" aufgenommene streams.

Wenn ich jetzt aber im vdr denn HD-Kanal aufzeichne, dann kann ich diese Aufnahme mit xine 001.vdr ohne Probleme wiedergeben aber mplayer versagt denn Dienst.

Auf jedenfall lassen sich vdr h.264 Aufnahmen zwar noch nicht im vdr wiedergeben aber mit xine gehts.

Bei mir getestete Player:
vlc unter Windows: weder TS oder PES h.264 streams laufen
Media Player Classic unter Windows: TS streams laufen einwandfrei, PES nicht
mplayer unter linux: TS streams laufen einwandfrei, PES nicht
xine: PES streams durch vdr aufgenommen laufen einwandfrei, TS nicht.

Werde auf jedenfall mal weiter testen.

Grüße

Display More

Zum Thema H.264 PES und MPlayer habe ich was gebastelt: MPlayer H.264 PES Patch. Auf dem Mac funzt das bisher sehr gut.

Gruß,
Torsten

:moin,

auf der VDR ML wird aktuell darüber diskutiert wie man den CoreAVC in Xine einbindet.

Ich versuche das gerade, scheitere jedoch daran, dass mein System 64bit ist

Ich habe also:

1. hg clone http://hg.debian.org/hg/xine-lib/xine-lib-1.2
2. http://coreavc-for-linux.googl…svn/trunk/xine/xine.patch eingespielt
2a src/libw32dll/Makefile.am.rej per Hand gefixt
3. den demux_mpeg_pes.c patch von http://article.gmane.org/gmane.linux.vdr/35063 eingespielt
4. die xine-lib gebaut und installiert
4a /usr/local/lib/xine/plugins/1.1.90/xineplug_decode_ff.so gelöscht
5. CoreAVCDecoder.ax nach /usr/lib/win32/ kopiert
6. http://coreavc-for-linux.googl…owserver-ia32-r30.tar.bz2 installiert

So weit so gut. Allerdings findet xine nun keinen h264 decoder mehr

Weis jemand Rat - ohne ein 32bit Umgebung aufzusetzen?

Gruß, ollo

Hi,

also ich habe nun xine-lib-1.2 ausm aktuellen repository kompiliert mit den beiden patches. Reject auch manuell geaendert und zudem fehlte komischerweise ein

#define BUF_VIDEO_WVC1         0x02650000

in der include/xine/buffer.h. Andernfalls liess sich die lib nicht kompilieren!

Allerdings komme ich nun auch nicht weiter. Wie kann ich denn xine dazu bringen, dass er die CoreAVCDecoder.ax benutzt? Die files xineplug_decode_ff.so und xineplug_decode_qt.so habe ich auch geloescht.
allerdings zeigt mir ein lsof |grep Core keinerlei Zugriff auf CoreAVCDecoder.ax an, wenn ich ein mp4 video oder auch eine HD aufnahme abspiele.

Woran kann denn das liegen?

Thx,

flo

Moin ProgLocker,

... das leigt daran, dass meine Liste an Patches unvollständig ist. Leider gibt es da noch welche aus einem anderen Forum wo man sich anmelden müßte.

Alternative könntest Du das komplette set von hier nehmen (xine-lib 1.1).

Gruß, ollo

Hi ollo.

schon erfolg gehabt das auf 64bit zu kompilieren?
xine-lib bzw libw32dll macht ja irgendwie probleme.

wie ist bei dir der stand?

flo

Moin ProgLocker,

... mein der Stand ist der, dass die gepatchte xine-lib-1.2 zwar kompiliert, jedoch bei 64bit Systemen die libw32dll nicht gebaut wird und damit alle win32 codecs nutzlos sind

Gruß, ollo

richtig. das selbe prob habe ich auch

habs aber gestern noch geschafft auf 32bit zu compilieren und die coreavc wird benutzt! Wenn auch mein P4 2GHz "etwas" zu lahm ist. aber nen bild sehe ich ab und zu *g*

habs nun mit dem einen patch gemacht:

http://www.linuxtv.org/piperma…2008-February/015744.html

und nicht mehr mit 2 patches + Makefile.am aendern etc.

flo

Hi ProgLocker,

wie hast Du denn die xine-lib für 32bit konfiguriert?
Wenn ich versuche (nutze Ubuntu Gutsy 64bit) per CFLAGS=-m32 mitzugeben, dann schlägt configure fehl:

configure:3836: gcc -g -m32 -DNDEBUG -D_REENTRANT -DXINE_COMPILE -g conftest.c >&5
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.1.3/libgcc.a when searching for -lgcc
/usr/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-linux-gnu/4.1.3/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
collect2: ld returned 1 exit status

Die 32bit libs sind alle installiert, denke ich.

Danke & Gruß, ollo

Hallo,

bei mir läuft es mit dem Coreavc schon ganz gut,
die Prozessor last liegt bei live-tv bei mir bei ca 65%, wesentlich besser als mit ffmpeg.
Das deinterlacing vom CoreAVC gefällt mir hervorragend.

Das ganze läuft mit nem BE2400 (2x2300) und asrack alive-hdready.

Aber bei HD-Fussball steigt die Last auf ca 85% (also xine 170%) und das bild ruckelt.
Ist ja auch klar, mehr Bewegung im Bild.

Spiele ich Demos von http://www.hdtv-praxis.de/modules.php?op=modload&name=PagEd&file=index&topictoview=12 ab, habe ich jedoch nur eine CPU-last von ca 35%

Warum ist die Last über VDR + xine fast doppelt so hoch?

Gruß Rainer