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
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. Th
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
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
>
> 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 availab
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.
I
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? Whe
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 different
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
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,
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 in
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 JP
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
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 fr
Here a very small highpass-filtered cutout... Eventually it helps our
encoder-/decoder-specialists on the list?
Stefan
<>
signature.asc
Description: Dies ist ein digital signierter Nachrichtenteil
-
This SF.net email is spon
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
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, are only affected very little, if even
not at
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 harmoni
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
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 deg
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
---
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
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
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 p
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 e
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 sho
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, but
28 matches
Mail list logo
