Wrong colors with virtual cam

[vax]

Hi.
Today I've found one more bug. It's funny, but annoing.
I'm using one of this "virtual cam" software to duplicate DV stream from my camera and two VLC players simultaneously. First VLC transcode live video from "virtual cam" with x264 and stream to the LAN, second transcode the same source to MPEG-4 and save to the HDD.
So, here's the trouble: both videos have exchanged blue and red color channels. I've tried to make a workaround using "hue" setting from "adjust" video filter, but it's broken. Even direct changing of VLRC has no effect to video.

Windows XP Pro SP3, VLC 1.0.0-rc2 (also tried 1.0.0-rc2 today night build, 1.0.0-rc1 and 0.9.6). Colors are right in 0.8.6i, but I can't make 0.8.6 work with two instances.

So, this is the screenshot of wrong video.


Should I fill the bug?

[Jean-Baptiste Kempf]

If you access the cam directly, does it work?

[vax]

Yes, direct connection works perfect. But real cam's output format is DV, while virtual cam has only raw video output.

[Jean-Baptiste Kempf]

Then, use VLC to duplicate, stream and transcode.

[vax]

That "virtual cam" software is just workaround for another trouble:
viewtopic.php?f=4&t=59913

I've tried to use 1.0.0-rc2 instead of 0.8.6 branch, but all I can get is the same "invalid chain" error:

Code: Select all

start vlc.exe dshow:// :sout=#duplicate{dst=display,dst="transcode{vcodec=mp4v,vb=4096,scale=1}:std{access=file,mux=ps,dst='E:\video\vlc\file00.mpg'}",dst="transcode{vcodec=h264,deinterlace=1,vb=300,scale=0.5,threads=2,high-priority=1,acodec=mpga,ab=64}:std{access=udp,mux=ts,dst=10.10.3.189:55500}"}

Code: Select all

... main debug: TIMER module_need() : 1.000 ms - Total 1.000 ms / 1 intvls (Avg 1.000 ms) stream_out_duplicate debug: * adding `transcode{vcodec=mp4v,vb=4096,scale=1}' main debug: stream=`transcode' main debug: looking for sout stream module: 1 candidate main error: invalid chain stream_out_transcode error: cannot create chain main warning: no sout stream module matching "transcode" could be loaded main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: destroying chain... (name=transcode) main debug: destroying chain done stream_out_duplicate error: * ignore unknown option `std' stream_out_duplicate debug: * adding `transcode{vcodec=h264,deinterlace=1,vb=300,scale=0.5,threads=2,high-priority=1,acodec=mpga,ab=64}' main debug: stream=`transcode' main debug: looking for sout stream module: 1 candidate main error: invalid chain stream_out_transcode error: cannot create chain main warning: no sout stream module matching "transcode" could be loaded main debug: TIMER module_need() : 0.000 ms - Total 0.000 ms / 1 intvls (Avg 0.000 ms) main debug: destroying chain... (name=transcode) main debug: destroying chain done stream_out_duplicate error: * ignore unknown option `std' ...

[The DJ]

Use dst instead of std.

[vax]

Use dst instead of std.

Sorry, but I don't understand how can I use "dst" in place of "std". "dst" is just a property and it can't be used instead of entire module, can it?
Now I'm using virtual cam for duplicate, VLC 0.8.6i for transcode & stream and VirtualDub for HQ-transcode & saving to HDD. It's worse than one software, need wa-a-ay more actions to start, but it works (streaming & saving are independent).

I've decided to wait for 1.0.0-release, then try to reconstruct my system.