Hallo
> some time ago I submitted a bug fix for lavtools/matteblend.flt.c. It seems to
> be lost because it did not make it into the CVS. Should I submit it once
> again?
Seems that I was a bit quicker. It is "alreaddy" in the CVS. Since a few
hours. Please update your CVS, and chack if I have upl
Hi,
some time ago I submitted a bug fix for lavtools/matteblend.flt.c. It seems to
be lost because it did not make it into the CVS. Should I submit it once
again?
Thanks,
Michael
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Fre
Hi,
here follows my patch. Please excuse the long delay.
The original code uses explicitly programmed loop unrolling. I did not do that
because I assume that the compiler can do this much more efficiently.
BTW: Has anyone tried to use Intel's compilers? This would give a boost in
execution spe
>> The specification was created this way on purpose, to give some room
>> for ringing and over/under-shoot in both the signal acquisition and
>> the digital operations that follow. The pixels should only need to
>> be clipped to the [16,235]/[16/240] range when converted to R'G'B'...
>
On Wednesday 18 February 2004 20.16, you wrote:
> >> I found the problem. It is concerned with lavtools. I was
> >> recording the fooprint using lavrec. Apparaently, it produced many
> >> pixels (at least 10% per image) with YUV out of the spec
> >> (16<=Y<=235, 16<= u,v <= 240). Since matteble
>> I found the problem. It is concerned with lavtools. I was
>> recording the fooprint using lavrec. Apparaently, it produced many
>> pixels (at least 10% per image) with YUV out of the spec
>> (16<=Y<=235, 16<= u,v <= 240). Since matteblend.flt is programmed
>> using the exact spec, a lot of
Hallo
> > Why ? That shouldn't matter that much.
> I am using sogtware encoding since I own a Hauppauge WIN-TV (Bt878 besed)
> card.
Ok, that might be a problem.
> > > - Effect windows seem to work. The picture looks strange: Instead of dark
> > > colours, white pixels are displayed. Loosely spok
Hallo,
On Tuesday 10 February 2004 19.44, Bernhard wrote:
> > I am using the edit tab of LVS only because my hardware is much to slow
> > for capturing in the GUI.
>
> Why ? That shouldn't matter that much.
I am using sogtware encoding since I own a Hauppauge WIN-TV (Bt878 besed)
card.
> > - Eff
Hallo
> I have now experimented a lot. The results were rather surprising for me.
Some reall life test, not just a developer how knows what can break ;)
> I am using the edit tab of LVS only because my hardware is much to slow for
> capturing in the GUI.
Why ? That shouldn't matter that much.
>
Hi,
I have now experimented a lot. The results were rather surprising for me.
I am using the edit tab of LVS only because my hardware is much to slow for
capturing in the GUI.
Here is what I got in the edit tab:
- With all the video extensions loaded into the xserver: Playing the video
gives o
Hallo
> Recently I updated my old system to a recent SuSE 9.0. Unfortunately, Linux
> Video Studio does not work any longer.
>
> I was building the mjpeg tools 1.6.1.92 without any problems. They work as
> they should. I can record (lavrec) and play the material (lavplay, glav).
> When trying to
Hi,
Recently I updated my old system to a recent SuSE 9.0. Unfortunately, Linux
Video Studio does not work any longer.
I was building the mjpeg tools 1.6.1.92 without any problems. They work as
they should. I can record (lavrec) and play the material (lavplay, glav).
When trying to edit the fo
On Wednesday 08 October 2003 17.55, you wrote:
> > Here is an updated patch:
> > http://www.nada.kth.se/~hanke/files/lvs_1.diff
>
> To which version has that patch to be applied ?
I make the patches always against the stock distribution version.
>
> Would you aggree that I upload you last changes
Hi Michael,
On Mon, 2003-10-06 at 08:21, Michael Hanke wrote:
> I spent much time to understand the inner working. Moreover, I am not very
> sure if I am using LVS the way the authors thought.
Well, LVS has a really tight way of using it. It's (unfortunately)
rather easy to crash, too. :-(.
Cod
On Saturday 04 October 2003 14.34, Bernhard Praschinger wrote:
> > http://www.nada.kth.se/~hanke/files/README
>
> Very fine too :)
Updated, too. Font handling should now work.
>
> > Here is the patch:
> > http://www.nada.kth.se/~hanke/files/lvs.diff
>
> Automatich patching worked.
Here is an updat
Hallo
> I am finally done with my first attempts to hack around in LVS.
> This is what I did:
>
> Everything is concerned with the effect 'text overlay'.
>
> - Works now correct for interlaced material.
> - Pipe command corrected.
> - Introduced correct font metrics.
> - removed some typos.
> -
Hi,
I am finally done with my first attempts to hack around in LVS.
This is what I did:
Everything is concerned with the effect 'text overlay'.
- Works now correct for interlaced material.
- Pipe command corrected.
- Introduced correct font metrics.
- removed some typos.
- Introduced infrastruct
Hi Michael,
On Wed, 2003-09-10 at 09:23, Michael Hanke wrote:
> I had a look at them. Did I understand it correctly that the image data are
> "progressive" even if the stream header carries a different interlace flag?
The YUV image data is always progressive, yes. Beware that the data is
in esse
On Wednesday 10 September 2003 09.01, you wrote:
> Hi Michael,
>
> On Wed, 2003-09-10 at 08:31, Michael Hanke wrote:
> > I tried to write some code for mjpeg-tools. Unfortunately, I could not
> > figure out completely the specification of the yuv data stream.
> > Especially, I do not know how inter
Hi Michael,
On Wed, 2003-09-10 at 08:31, Michael Hanke wrote:
> I tried to write some code for mjpeg-tools. Unfortunately, I could not figure
> out completely the specification of the yuv data stream. Especially, I do not
> know how interlaced material is handled.
Cool!
> Where can I find the
Hallo:
I tried to write some code for mjpeg-tools. Unfortunately, I could not figure
out completely the specification of the yuv data stream. Especially, I do not
know how interlaced material is handled.
Where can I find the precise specification of the yuv data stream?
Thank you,
Michael
Hey Michael,
On Tue, 2003-09-02 at 15:22, Michael Hanke wrote:
> The reson for the described behavior seems to be near line 1920 in
> lavedit_effects.c. In order to obtain the movie settings, a jpeg snapshot is
> taken. In interlaced material, the snapshot consists of two halfframes one
> after
Hi,
This posting is more about the source code. Please excuse me if this is the
wrong list.
Since the list responds usually very fast and cooperative, I assume that
nobody else has met the problem before. Therefore, I had a look at the source
code under ddd...
I aplogize if I am completely wr
Greetings,
I am using Linux Video Studio 0.1.7 in order to cut my Video8 material. When
trying to make the titles using the effects provided (image/text overlay) I
experienced the following behavior:
1. With noninterlaced PAL material (352x288), everything worked out fine.
2. Now I am using top
Hey Michael,
On Tue, 2003-06-10 at 18:44, Michael Hanke wrote:
> Unfortunately, at most half of the effects are working. I receive tons of
> gtk-errors (gtk-... assertion not fulfilled). I assume that I have a gtk
> version which is too old (although ./configure does not complain). Which gtk
>
On Wednesday 04 June 2003 17.57, you wrote:
> Hey,
>
> On Wed, 2003-06-04 at 07:41, Michael Hanke wrote:
> > > If you did want to use the "Playback Video" page. I fear it cannot
> > > work. Because that is a feature only for the zoran based cards.
> >
> > Oops, this is exactly what I did because I
Hey,
On Wed, 2003-06-04 at 07:41, Michael Hanke wrote:
> > If you did want to use the "Playback Video" page. I fear it cannot work.
> > Because that is a feature only for the zoran based cards.
> Oops, this is exactly what I did because I thought that this is the most
> innocent action.
> Is ther
Hi
On Tuesday 03 June 2003 19.23, you wrote:
[snip]
> > Having said this I am trying now to make the whole stuff more
> > comfortable. Therefore I tried to use linux video studio - and failed
> > miserably.
>
> Which version do you use ?
linuxvideostudio-0.1.7
>
[snip]
>
> Which page did you use
Hallo
> after all the hints which I got from the list I am now very proud to have my
> first VCD ready with a result comparable to the source quality (bad Video8).
>
> Having said this I am trying now to make the whole stuff more comfortable.
> Therefore I tried to use linux video studio - and fa
Hi,
after all the hints which I got from the list I am now very proud to have my
first VCD ready with a result comparable to the source quality (bad Video8).
Having said this I am trying now to make the whole stuff more comfortable.
Therefore I tried to use linux video studio - and failed miser
30 matches
Mail list logo
