Mark Heath wrote:
I wouldn't see that it would be difficult to write a yuvtool to copy
the chroma channels into the luma and show the video image this way.
Maybe include it in a set of video tools to display more engineering
information about a yuv stream...
I have written a channel
Trent Piepho wrote:
On Thu, 13 Mar 2008, Bernhard Praschinger wrote:
Andrea Giuliano wrote:
I found this interesting link:
http://www.linuxtv.org/v4lwiki/index.php/Color_problem_patch
that could be of some help. The pictures there show exactly the same
problem I get. The author first
I wouldn't see that it would be difficult to write a yuvtool to copy
the chroma channels into the luma and show the video image this way.
Maybe include it in a set of video tools to display more engineering
information about a yuv stream...
I have written a channel splitter available on
Hallo
Andrea Giuliano wrote:
I found this interesting link:
http://www.linuxtv.org/v4lwiki/index.php/Color_problem_patch
that could be of some help. The pictures there show exactly the same
problem I get. The author first thought it was a comb filter issue, but
then he proposed a patch
On Thu, 13 Mar 2008, Bernhard Praschinger wrote:
Andrea Giuliano wrote:
I found this interesting link:
http://www.linuxtv.org/v4lwiki/index.php/Color_problem_patch
that could be of some help. The pictures there show exactly the same
problem I get. The author first thought it was a
Hi Andrea,
Since you mention that your camcorder, with the 1.2m S-Video cable,
produces the same pattern, it is unlikely to be a source of external
interference.
However you did mention you changed something recently inside your
computer? This change could be causing the interference.
Trent Piepho wrote:
It looks a lot like chroma interference with the luma signal. It could be
caused by an incorrect comb filter setup in the video decoder.
What do you mean exactly? Is there some v4l configuration I should
check? Where is this filter set up?
Anyway, thanks for you kind
I found this interesting link:
http://www.linuxtv.org/v4lwiki/index.php/Color_problem_patch
that could be of some help. The pictures there show exactly the same
problem I get. The author first thought it was a comb filter issue, but
then he proposed a patch to cx88-core.c related to a
On Mon, 10 Mar 2008, Andrea Giuliano wrote:
Trent Piepho wrote:
It looks a lot like chroma interference with the luma signal. It could be
caused by an incorrect comb filter setup in the video decoder.
What do you mean exactly? Is there some v4l configuration I should
check? Where is
No, it wasn't the wireless keryboard.
By the way, Mark, can you explain to me how did you split the image into
YUV's channels? It's very interesting for me, but I could not find a way
to do that, due to my rather low level of practice.
Best regards.
Mark Heath wrote:
I've split this image
On Fri, 7 Mar 2008, Andrea Giuliano wrote:
Okay, you and Burkhard suspect radio interference. But you have not seen
the full pictures I sent to Bernhard Praschinger. In those picture you
could see that the pattern is not spread all over the frame: the trunks
of the trees, and the rocks too,
Hi,
Okay, you and Burkhard suspect radio interference. But you have not seen
the full pictures I sent to Bernhard Praschinger.
Yes, and now I am glad, I have seen one. This clearly is _no_
interference. It is something DCT-related. I currently can't tell you
what has happend (to little time,
Here a very small highpass-filtered cutout... Eventually it helps our
encoder-/decoder-specialists on the list?
Stefan
attachment: Pattern.jpg
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-
I've split this image into it's Y-U-V channels,
There appears to be no noise in the chroma channels only the Luma
channel.
This could be due to:
* the chroma channels being half resolution, not enough resolution to
represent the noise pattern. (below the nyquist value)
* the interference
Dear Mark and Stefan,
many thanks for your investigations. I'll do what you suggest and let
you know as soon as possible.
At present I can only say that:
1) the distance between the source and the card doesn't seem to matter,
because the same results are obtained when I try to record from the
Well, I made some of the suggested tests, and here are the results.
I disconnected from the powerline every device except the monitor and
then recorded from the satellite receiver (yes, the one with 35 meter
long cable...): same results.
I tried with decimation 2: same results.
I tried with
Hi,
Andrea Giuliano schrieb:
Stefan M. Fendt wrote:
[...]
Possibly one of your neighbors has a new
Microwave-Oven?
Microwave oven works at 2.45 GHz, S-Video bandwidth is below 10 MHz
- No interference
Next time somone blames the earth radiation
Burkhard
Hello Burkhard,
Microwave oven works at 2.45 GHz, S-Video bandwidth is below 10 MHz
- No interference
Erm,...
... Burkhard, have I offended you somehow ??¿¿??
Next time somone blames the earth radiation
so why do you offend me?
To make you one thing clear: I do not have won my degree
Hi,
Stefan M. Fendt schrieb:
Hello Burkhard,
Microwave oven works at 2.45 GHz, S-Video bandwidth is below 10 MHz
- No interference
Erm,...
... Burkhard, have I offended you somehow ??¿¿??
No.
Next time somone blames the earth radiation
so why do you offend me?
I didn't
Am Freitag, den 07.03.2008, 15:11 +0100 schrieb Burkhard Plaum:
I didn't mean to offend you. Someone does not necessarily mean you :)
It was more a joke.
OK. So, what about outlawing lightnings? SCNR
TV != S-Video cable (see below)
Yes, of course.
Ok but even 50 MHz and it's harmonics
Hi,
Am Mittwoch, den 05.03.2008, 23:14 +0100 schrieb Andrea Giuliano:
For me it looks like it could be radio-interference...
The cable are the same I've been using without any problem since I
bought the DC30+ back in 2006. I use a 35 meters long composite video
35 meters? *WOW* Could you
Stefan M. Fendt wrote:
Hi,
Am Mittwoch, den 05.03.2008, 23:14 +0100 schrieb Andrea Giuliano:
For me it looks like it could be radio-interference...
Never thought about it, nevertheless you could be right.
The cable are the same I've been using without any problem since I
bought the
Hallo
Indeed, I guess you will find rather interesting the picture I'm
sending. If you zoom a bit any of them you will see what I mean, and
maybe you will find the right words to tell what it is.
I have cut out a small sample of one image where I think you can see
that problem. Maybe someone
Bernhard Praschinger wrote:
Hallo
Also, you will notice, in the picture of the woods, that the trunks of
the trees are not affected by the problem. The rocks are less affected
than other objects.
It seems that it is hard to get a single color on larger areas.
Do you also see that problem
Bernhard Praschinger wrote:
Hallo
Just a idea, you could upload it to the SF. And treat is like a file
release. And I make it aviable afterwards. Take a look here how to
upload files to SF:
http://alexandria.wiki.sourceforge.net/File+Release+System+-+Offering+Files+for+Download
Dear
Hallo
both my miroVideo DC30+ and KWorld DVB-S 100 capture card show on every
frame a strange pattern that I never got before. I say zig-zag but I'm
not sure is the right expression. The best way to understand what I mean
is watching it with your very eyes.
I can provide a very short
Hi,
both my miroVideo DC30+ and KWorld DVB-S 100 capture card show on every
frame a strange pattern that I never got before. I say zig-zag but I'm
not sure is the right expression. The best way to understand what I mean
is watching it with your very eyes.
I can provide a very short sample,
27 matches
Mail list logo
