Hintergrund dieser Aktion: meine freundin ist designerin - und diesen leuten faulen (i.d.r.) die fingerkuppen ab wenn sie einen pc bedienen, sprich sie arbeitet ausschließlich an einem mäky.
Und abends wenn die wirklich wichtigen sendungen kommen wie marienhof, berlin berlin - ja dann hätte sie gerne ein kleines fenster das sie zwischen die diversen werkzeugleisten der diversen adobe-proggis legen kann.
Ich hatte grossspurig verkündet das das kein problem sei mit dem vdr .......
Das neue MacOSX basiert ja auf bsd und so dacht ich das es wohl kein problem geben würde. mplayer geholt, kompiliert und installiert aber schock: streaming iss nicht, zu schlapp - entweder die kiste oder der mplayer ...... alle bilder ruckeln jedenfalls mächtig vor sich hin.
Mich umgeschaut und das projekt videolan entdeckt. vlc installiert auf nem pc, vlc installiert auf dem mäki, auf dem pc einen streming-server eingerichtet, der seinerseits auf den vdr-streaming server zugreift,
klappt ganz ganz winderbar, streame ich dem mäci eine gesamtbitrate von ca. 1MBit zu läuft der ganz super:
C:\Programme\VideoLAN\VLC\vlc.exe http://192.168.3.201:3000/1 --sout "#transcode{vcodec=WMV1,vb=384,scale=1,acodec=mp3,ab=128,channels=2}:duplicate{dst=std{access=http,mux=asf,url=192.168.3.229:1234}}"
Ganz nebenbei kann dieser stream auch noch von schwachbrüstigen pc-ruinen empfangen werden, die die installation von wmplayer 9 überlebt haben - sensationelle software dieses vlc !!!!!!
Also die sache musste nun auf der vdr maschine selbst installiert werden, apt-get und so weiter schieben mir die soft auf die platte, erste versuche verlaufen durchaus vielversprechend:
Der aufruf von:
vlc -vvv http://192.168.3.201:3000/6 --sout '#transcode{vcodec=WMV1,vb=128,scale=1,acodec=mpga,ab=128,channels=2}:duplicate{dst=std{access=http,mux=asf,url=192.168.3.201:1234}}'
brachte direkt auch ein bild, haken an der sache: audio codec mp3 klappt nicht mehr und muss geändert werden auf mpga, womit der wmplayer in puncto audio wieder streikt, aber ziel ist ja der mäki - und dort läuft der VLC client - und der empfängt den stream ohne mullen und knullen.....
So langer rede kurzer sinn: ich bin jetzt beim problem - und das liegt mal wieder da wo ich gar nicht damit gerechnet habe.
Ich will mir natürlich auf der vdr maschine keinen stream als quelle haben, sondern das video device selber - iss doch klar oder???
Also praktisch den gleichen output anzapfen den der fbtv nutzt. Meine liebste kann dann mit dem vdradmin das programm einschalten und sieht auf dem VLC client immer das angewählte programm.
Erste versuche mit
vlc -vvv /dev/video0 --sout '#transcode ....
scheitern kläglich und ich fange an diverse foren rauf unf runter zu lesen. Lese was von v4l - und versuche es mal mit diesem:
vlc -vvv v4l:/dev/video0:norm=pal:channel=0:size=720x576 --sout '#duplicate{dst=std{access=http,mux=ts,url=192.168.3.201:1234}}'
VLC wirft folgenden LOG aus
.......
[00000177] v4l input debug: WxH 720x576
[00000177] v4l input debug: main device=`/dev/video0'
[00000177] v4l input debug: V4L device DVB Board 1 channels 2 audios 32 < w < 768 32 < h < 576
[00000177] v4l input debug: setting channel DVB(0) 1 tuners flags=0x3 type=0x1 norm=0x1
[00000177] v4l input debug: v4l device uses frame size: 622080
[00000177] v4l input debug: v4l device uses chroma: I420
[00000177] v4l input warning: I420 refused
[00000177] v4l input error: chroma selection failed
Problem 1: Es kann keine Chroma Selektion durchgeführt werden, der Versuch diesen Parameter manuell zu setzen (chroma=RGB oder YUV) zeigt keine Wirkung....
[00000177] v4l input error: cannot open audio device (Das Gerät oder die Ressource ist belegt)
[00000177] v4l input error: cannot open device (Datei oder Verzeichnis nicht gefunden)
Problem2: VLC kann kein audio device öffnen, diese ist busy, VLC greift von sich aus dann auf /dev/dsp zu, das ist nett aber da ist bestimmt kein ton von der dvb-karte drinnen ......
[00000177] v4l input debug: openened adev=`/dev/dsp' stereo 44100Hz
[00000177] v4l input: v4l grabbing started
[00000053] main module debug: using access module "v4l"
[00000177] main input debug: looking for demux module
[00000177] main input debug: probing 18 candidates
[00000177] mp4 input warning: MP4 plugin discarded (not a valid file)
[00000177] avi input warning: avi module discarded (invalid header)
[00000177] v4l input debug: new audio es 2 channels 44100Hz
[00000054] main module debug: using demux module "v4l"
[00000177] main input debug: selecting ES 0x1
[00000187] main packetizer debug: looking for packetizer module
[00000187] main packetizer debug: probing 18 candidates
[00000139] main module debug: using packetizer module "packetizer_copy"
[00000187] main packetizer debug: thread 6151 (decoder) created at priority 0 (src/input/input_dec.c:166)
[00000179] main stream output debug: adding a new input
[00000185] main private debug: adding a new input
[00000185] mux_ts_dvbpsi private debug: adding input codec=s16l pid=68
[00000185] main private error: cannot add this stream
[00000187] main packetizer error: cannot create packetizer output
..........
Problem 3: Der Packetizer scheitert aus irgeneineinem grund - ist da nix drin in /dev/video0 ??????
Fakt ist jedenfalls das beim client nix mehr ankommt - kein bild kein ton (ich komme schon....)
Könnte mir vielleicht jemand in groben zuegen die zusammenhänge mit dem v4l treiber erläutern (oder link).
Wie z.B macht das der fbtv, der zapft doch auch quasi den output der dvb-karte an (das funzt bei mir einwandfrei).
Dann habe ich da bei mir noch so allerhand devices gefunden unter /dev/dvb/adpter0/xxxxx. Alles mal durchprobiert - kein erfolg (sind immer alle busy-saugt wohl der vdr dran).
Wofür sind diese Teile gut - kann man die nutzen????
Wenn ichs hinbekomme versprech ich die erstellung eines weiteren kleinen mini howtos.
Danke an alle die bis hierhin gelesen haben
klaus