libvlc vout features mostly broken with sout
Since VLC 2 using sout breaks any libvlc video function that requires a vout_thread_t for Phonon this is mostly importantly libvlc_media_player_has_vout and the libvlc_MediaPlayerVout event.
The root of the problem seems to be that in lib/video.c:GetVouts(...) the following actually returns false: if (input_Control( p_input, INPUT_GET_VOUTS, &pp_vouts, n))
I'll attach a small test program based of the smem tutorial that presents the issue. Also worth noting is that simply doing "#duplicate{dst=display}" will already exhibit this behavior, despite actually actively creating an own window.
Activity
added Status::will not fix label
I see here that there is an inner design problem regarding this bug. I reported the related #9638 (closed), which was deemed duplicate of this.
However, from use perspective, the change I experienced was feature removal. Isn't VLC supposed to be modular? Isn't it following the model of input -> processing -> output, modularized?
If the statement You can't route the video ES to both normal output and stream. is true, then I deem it a design flaw and request reopening of this or #9638 (closed).
The most logical inner working solution for simultaneous streaming and displaying locally in a modular application would be to have the input module read the data from, in this case, the capture device, processing to duplicate the streams for the local output module and for the streaming encoder module. Either at output or at processing, after duplication, things like aspect ration or deinterlacing would be applied. Logic would say at processing stage.
Having these (let's call them filters) applied to both stream and display should be left to the user to decide, but then the UI must accomodate this in the stream setup dialog and these be applied before duplicating the stream for local output and streaming encoder.
mentioned in issue #9638 (closed)
