* Grabbing 4:3 and 16:9
@ 2008-02-26 11:19 Michel Bardiaux
2008-02-26 13:02 ` Daniel Glöckner
0 siblings, 1 reply; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-26 11:19 UTC (permalink / raw)
To: video4linux-list
Our current systems use Hauppauge WinTV, dmesg as follows:
bttv1: Bt878 (rev 17) at 01:08.0, irq: 17, latency: 64, mmio: 0xf8001000
bttv1: detected: Hauppauge WinTV [card=10], PCI subsystem ID is 0070:13eb
bttv1: using: Hauppauge (bt878) [card=10,autodetected]
bttv1: Hauppauge/Voodoo msp34xx: reset line init [5]
tuner: chip found @ 0xc2
i2c-core.o: client [(tuner unset)] registered to adapter [bt848 #1](pos. 0).
i2c-core.o: adapter bt848 #1 registered as adapter 1.
bttv1: Hauppauge eeprom: model=44806, tuner=Temic 4046FM5 (22), radio=no
bttv1: using tuner=22
tuner: type set to 22 (Temic PAL/SECAM multi (4046 FM5))
bttv1: i2c: checking for MSP34xx @ 0x80... not found
bttv1: i2c: checking for TDA9875 @ 0xb0... not found
bttv1: i2c: checking for TDA7432 @ 0x8a... not found
bttv1: PLL: 28636363 => 35468950 .. ok
bttv1: registered device video1
bttv1: registered device vbi1
Here in Belgium the broadcasts is sometimes 4:3, sometimes 16:9.
Currently, the card goes automatically in letterbox mode when it
receives 16:9, and our software captures the 4:3 frames at size 704x576.
What I would like to do is to capture the 16:9 broadcast without
letterboxing (and the 4:3 without horizontal padding!) simply by
changing the pixel aspect ratio stated in our MPEG files. And since we
do 24/7 captures, this has to be done on-the-fly, no reinitialization of
the cards or the software allowed. Which leads to 2 questions:
1. How do I sense from the software that the mode is currently 16:9 or 4:3?
2. How do I setup the bttv so that it does variable anamorphosis instead
of letterboxing? If that is at all possible of course...
I *am* googling for all that, but "16/9" is one of those queries on
which search engines are really really bad, like "date" or "thread" :-(
TIA,
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 11:19 Grabbing 4:3 and 16:9 Michel Bardiaux
@ 2008-02-26 13:02 ` Daniel Glöckner
2008-02-26 13:38 ` Alan Cox
2008-02-26 16:55 ` Michel Bardiaux
0 siblings, 2 replies; 12+ messages in thread
From: Daniel Glöckner @ 2008-02-26 13:02 UTC (permalink / raw)
To: Michel Bardiaux; +Cc: video4linux-list
On Tue, Feb 26, 2008 at 12:19:39PM +0100, Michel Bardiaux wrote:
> Here in Belgium the broadcasts is sometimes 4:3, sometimes 16:9.
> Currently, the card goes automatically in letterbox mode when it
> receives 16:9, and our software captures the 4:3 frames at size 704x576.
The card does not go into letterbox mode. It's the broadcaster who
squeezes the 16:9 picture into 432 lines surrounded by 144 black lines.
Some fill the chroma part of the black lines with a PALPlus helper
signal. Although the algorithms to decode PALPlus are well documented in
ETS 300 731, I have never seen a software implementation.
> 1. How do I sense from the software that the mode is currently 16:9 or 4:3?
Some broadcasters use WSS to signal 16:9.
In Germany some signal 4:3 even on 16:9 shows.
Read ETSI EN 300 294.
> 2. How do I setup the bttv so that it does variable anamorphosis instead
> of letterboxing? If that is at all possible of course...
You can't. Bttv can't stretch vertically.
Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 13:02 ` Daniel Glöckner
@ 2008-02-26 13:38 ` Alan Cox
2008-02-26 16:40 ` Michel Bardiaux
2008-02-26 16:55 ` Michel Bardiaux
1 sibling, 1 reply; 12+ messages in thread
From: Alan Cox @ 2008-02-26 13:38 UTC (permalink / raw)
To: Michel Bardiaux, video4linux-list
On Tue, Feb 26, 2008 at 02:02:00PM +0100, Daniel Glöckner wrote:
> > 2. How do I setup the bttv so that it does variable anamorphosis instead
> > of letterboxing? If that is at all possible of course...
>
> You can't. Bttv can't stretch vertically.
Use an OpenGL texture is probably the easiest for that kind of effect.
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 13:38 ` Alan Cox
@ 2008-02-26 16:40 ` Michel Bardiaux
2008-02-26 17:02 ` Alan Cox
0 siblings, 1 reply; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-26 16:40 UTC (permalink / raw)
To: video4linux-list
Alan Cox wrote:
> On Tue, Feb 26, 2008 at 02:02:00PM +0100, Daniel Glöckner wrote:
>>> 2. How do I setup the bttv so that it does variable anamorphosis instead
>>> of letterboxing? If that is at all possible of course...
>> You can't. Bttv can't stretch vertically.
>
> Use an OpenGL texture is probably the easiest for that kind of effect.
I didnt want the stretch per se, but to avoid losing info because of the
letterboxing (the final project involves reading small print from film
credits on the captured MPEGs). But Daniel wrote that the 16:9 analog
broadcasts have only 432 lines, so the info is not there in the first
place. So that effect isnt an option for me. But thanks anyway.
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 13:02 ` Daniel Glöckner
2008-02-26 13:38 ` Alan Cox
@ 2008-02-26 16:55 ` Michel Bardiaux
2008-02-26 17:15 ` Hans Verkuil
1 sibling, 1 reply; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-26 16:55 UTC (permalink / raw)
To: video4linux-list
Daniel Glöckner wrote:
> On Tue, Feb 26, 2008 at 12:19:39PM +0100, Michel Bardiaux wrote:
>> Here in Belgium the broadcasts is sometimes 4:3, sometimes 16:9.
>> Currently, the card goes automatically in letterbox mode when it
>> receives 16:9, and our software captures the 4:3 frames at size 704x576.
>
> The card does not go into letterbox mode. It's the broadcaster who
> squeezes the 16:9 picture into 432 lines surrounded by 144 black lines.
Let me rephrase to check I understood correctly. In analog TV, there are
no anamorphic broadcasts. When the WSS (accessible via /dev/vbi, right?)
states 16:9, then a 16:9 (sic) TV switches to a mode where it crops 2x72
lines, then stretches the image both horizontally and vertically to fill
the whole 16:9 screen. Am I correct?
I must admit I have difficulty believing that. Could you give me the
URLs of sites explaining all that?
> Some fill the chroma part of the black lines with a PALPlus helper
> signal. Although the algorithms to decode PALPlus are well documented in
> ETS 300 731, I have never seen a software implementation.
>
>> 1. How do I sense from the software that the mode is currently 16:9 or 4:3?
>
> Some broadcasters use WSS to signal 16:9.
> In Germany some signal 4:3 even on 16:9 shows.
> Read ETSI EN 300 294.
>
>> 2. How do I setup the bttv so that it does variable anamorphosis instead
>> of letterboxing? If that is at all possible of course...
>
> You can't. Bttv can't stretch vertically.
>
> Daniel
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 16:40 ` Michel Bardiaux
@ 2008-02-26 17:02 ` Alan Cox
2008-02-26 17:12 ` Michel Bardiaux
0 siblings, 1 reply; 12+ messages in thread
From: Alan Cox @ 2008-02-26 17:02 UTC (permalink / raw)
To: Michel Bardiaux; +Cc: video4linux-list
On Tue, Feb 26, 2008 at 05:40:27PM +0100, Michel Bardiaux wrote:
> credits on the captured MPEGs). But Daniel wrote that the 16:9 analog
> broadcasts have only 432 lines, so the info is not there in the first
> place. So that effect isnt an option for me. But thanks anyway.
Per frame.... if you sample as it scrolls and line up the title tops I suspect
most of the time you can get more samples as the title moves.
Just a crazy idea
Alan
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 17:02 ` Alan Cox
@ 2008-02-26 17:12 ` Michel Bardiaux
2008-02-26 17:17 ` Michel Bardiaux
` (2 more replies)
0 siblings, 3 replies; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-26 17:12 UTC (permalink / raw)
To: Alan Cox; +Cc: video4linux-list
Alan Cox wrote:
> On Tue, Feb 26, 2008 at 05:40:27PM +0100, Michel Bardiaux wrote:
>> credits on the captured MPEGs). But Daniel wrote that the 16:9 analog
>> broadcasts have only 432 lines, so the info is not there in the first
>> place. So that effect isnt an option for me. But thanks anyway.
>
> Per frame.... if you sample as it scrolls and line up the title tops I suspect
> most of the time you can get more samples as the title moves.
>
Not crazy, I am *also* considering various image enhancement techniques,
I just want to start from the best possible capture in the first place.
That means capturing at 768(or more?) wide instead of 704; in YUV422P
instead of YUV420P; avoiding reizing, and use better resizing
algorithms. And capturing at 576 instead of 432 vertically would help too.
As I find more relevant pages, my question has now become: given a
768x576 capture (by a BT878) can I check whether the PALPLUS is there?
No use trying to implement the decoder in software if the signal simply
isnt there!
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 16:55 ` Michel Bardiaux
@ 2008-02-26 17:15 ` Hans Verkuil
2008-02-28 14:12 ` Michel Bardiaux
0 siblings, 1 reply; 12+ messages in thread
From: Hans Verkuil @ 2008-02-26 17:15 UTC (permalink / raw)
To: video4linux-list
On Tuesday 26 February 2008 17:55:53 Michel Bardiaux wrote:
> Daniel Glöckner wrote:
> > On Tue, Feb 26, 2008 at 12:19:39PM +0100, Michel Bardiaux wrote:
> >> Here in Belgium the broadcasts is sometimes 4:3, sometimes 16:9.
> >> Currently, the card goes automatically in letterbox mode when it
> >> receives 16:9, and our software captures the 4:3 frames at size
> >> 704x576.
> >
> > The card does not go into letterbox mode. It's the broadcaster who
> > squeezes the 16:9 picture into 432 lines surrounded by 144 black
> > lines.
>
> Let me rephrase to check I understood correctly. In analog TV, there
> are no anamorphic broadcasts. When the WSS (accessible via /dev/vbi,
> right?) states 16:9, then a 16:9 (sic) TV switches to a mode where it
> crops 2x72 lines, then stretches the image both horizontally and
> vertically to fill the whole 16:9 screen. Am I correct?
Yes, this is really true. Remember that the broadcast should still work
when received by an old 4:3 TV. The only way to ensure that it still
looks OK is to letterbox it. As mentioned before PALPlus allows the
broadcaster to encode additional information encoded in the black bars
to improve the image quality (never looked into that, though).
BTW, WSS does allow anamorphic broadcasts, although it is very rare. I
saw it once, but I've always suspected that someone made a
configuration error because anamorphic broadcasts look squashed on
normal 4:3 TVs.
> I must admit I have difficulty believing that. Could you give me the
> URLs of sites explaining all that?
http://en.wikipedia.org/wiki/Widescreen_signaling
http://en.wikipedia.org/wiki/PALPlus
Regards,
Hans
>
> > Some fill the chroma part of the black lines with a PALPlus helper
> > signal. Although the algorithms to decode PALPlus are well
> > documented in ETS 300 731, I have never seen a software
> > implementation.
> >
> >> 1. How do I sense from the software that the mode is currently
> >> 16:9 or 4:3?
> >
> > Some broadcasters use WSS to signal 16:9.
> > In Germany some signal 4:3 even on 16:9 shows.
> > Read ETSI EN 300 294.
> >
> >> 2. How do I setup the bttv so that it does variable anamorphosis
> >> instead of letterboxing? If that is at all possible of course...
> >
> > You can't. Bttv can't stretch vertically.
> >
> > Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 17:12 ` Michel Bardiaux
@ 2008-02-26 17:17 ` Michel Bardiaux
2008-02-26 17:24 ` Alan Cox
2008-02-26 18:32 ` Daniel Glöckner
2 siblings, 0 replies; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-26 17:17 UTC (permalink / raw)
Cc: video4linux-list
Michel Bardiaux wrote:
> Alan Cox wrote:
>> On Tue, Feb 26, 2008 at 05:40:27PM +0100, Michel Bardiaux wrote:
>>> credits on the captured MPEGs). But Daniel wrote that the 16:9 analog
>>> broadcasts have only 432 lines, so the info is not there in the first
>>> place. So that effect isnt an option for me. But thanks anyway.
>>
>> Per frame.... if you sample as it scrolls and line up the title tops I
>> suspect
>> most of the time you can get more samples as the title moves.
>>
> Not crazy, I am *also* considering various image enhancement techniques,
> I just want to start from the best possible capture in the first place.
> That means capturing at 768(or more?) wide instead of 704; in YUV422P
> instead of YUV420P; avoiding reizing, and use better resizing
> algorithms. And capturing at 576 instead of 432 vertically would help too.
>
> As I find more relevant pages, my question has now become: given a
> 768x576 capture (by a BT878) can I check whether the PALPLUS is there?
> No use trying to implement the decoder in software if the signal simply
> isnt there!
>
Explained here:
http://en.wikipedia.org/wiki/Widescreen_signaling
Now how to get at that info? zvbi/libzvbi?
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 17:12 ` Michel Bardiaux
2008-02-26 17:17 ` Michel Bardiaux
@ 2008-02-26 17:24 ` Alan Cox
2008-02-26 18:32 ` Daniel Glöckner
2 siblings, 0 replies; 12+ messages in thread
From: Alan Cox @ 2008-02-26 17:24 UTC (permalink / raw)
To: Michel Bardiaux; +Cc: Alan Cox, video4linux-list
On Tue, Feb 26, 2008 at 06:12:42PM +0100, Michel Bardiaux wrote:
> As I find more relevant pages, my question has now become: given a
> 768x576 capture (by a BT878) can I check whether the PALPLUS is there?
I don't know and the manual doesn't seem to answer that. You can certainly
fish out stuff like teletext info in software that way (and US closed
caption/analog ip over tv)
> No use trying to implement the decoder in software if the signal simply
> isnt there!
Agreed
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 17:12 ` Michel Bardiaux
2008-02-26 17:17 ` Michel Bardiaux
2008-02-26 17:24 ` Alan Cox
@ 2008-02-26 18:32 ` Daniel Glöckner
2 siblings, 0 replies; 12+ messages in thread
From: Daniel Glöckner @ 2008-02-26 18:32 UTC (permalink / raw)
To: Michel Bardiaux; +Cc: video4linux-list
On Tue, Feb 26, 2008 at 06:12:42PM +0100, Michel Bardiaux wrote:
> As I find more relevant pages, my question has now become: given a
> 768x576 capture (by a BT878) can I check whether the PALPLUS is there?
WSS is in the first line of the 576 line picture.
One of the bits says if there is PALplus.
WSS standard:
http://webapp.etsi.org/WorkProgram/Report_WorkItem.asp?WKI_ID=16170
PALplus standard:
http://webapp.etsi.org/workprogram/Report_WorkItem.asp?WKI_ID=3850
You can use libzvbi to decode the information:
vbi_raw_decoder_init(&vbi_rd);
vbi_rd.scanning = 625;
vbi_rd.sampling_format = VBI_PIXFMT_YUYV;
vbi_rd.sampling_rate = 13500000.0*width/702;
vbi_rd.offset = 186*width/924;
vbi_rd.bytes_per_line = width*2;
vbi_rd.start[0] = 23;
vbi_rd.count[0] = 1;
vbi_rd.start[1] = 0;
vbi_rd.count[1] = 0;
vbi_rd.interlaced = 0;
vbi_rd.synchronous = 1;
vbi_raw_decoder_add_services(&vbi_rd,VBI_SLICED_WSS_625,0);
while(framebuf=grabpicture()) {
vbi_sliced sliced;
if(vbi_raw_decode (&vbi_rd, framebuf, &sliced)
&& sliced.id==VBI_SLICED_WSS_625)
{
wss=(sliced.data[1]<<8)+sliced.data[0];
if(wss&64) {
/* There is PALplus
I have seen the decoder generate false positives.
Check aspect ratio bits for >=16:9 and their odd parity bit
to be shure. */
}
}
}
Daniel
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: Grabbing 4:3 and 16:9
2008-02-26 17:15 ` Hans Verkuil
@ 2008-02-28 14:12 ` Michel Bardiaux
0 siblings, 0 replies; 12+ messages in thread
From: Michel Bardiaux @ 2008-02-28 14:12 UTC (permalink / raw)
Cc: video4linux-list
Hans Verkuil wrote:
> On Tuesday 26 February 2008 17:55:53 Michel Bardiaux wrote:
>> Daniel Glöckner wrote:
>>> On Tue, Feb 26, 2008 at 12:19:39PM +0100, Michel Bardiaux wrote:
>>>> Here in Belgium the broadcasts is sometimes 4:3, sometimes 16:9.
>>>> Currently, the card goes automatically in letterbox mode when it
>>>> receives 16:9, and our software captures the 4:3 frames at size
>>>> 704x576.
>>> The card does not go into letterbox mode. It's the broadcaster who
>>> squeezes the 16:9 picture into 432 lines surrounded by 144 black
>>> lines.
>> Let me rephrase to check I understood correctly. In analog TV, there
>> are no anamorphic broadcasts. When the WSS (accessible via /dev/vbi,
>> right?) states 16:9, then a 16:9 (sic) TV switches to a mode where it
>> crops 2x72 lines, then stretches the image both horizontally and
>> vertically to fill the whole 16:9 screen. Am I correct?
>
> Yes, this is really true. Remember that the broadcast should still work
> when received by an old 4:3 TV. The only way to ensure that it still
> looks OK is to letterbox it. As mentioned before PALPlus allows the
> broadcaster to encode additional information encoded in the black bars
> to improve the image quality (never looked into that, though).
>
> BTW, WSS does allow anamorphic broadcasts, although it is very rare. I
> saw it once, but I've always suspected that someone made a
> configuration error because anamorphic broadcasts look squashed on
> normal 4:3 TVs.
>
>> I must admit I have difficulty believing that. Could you give me the
>> URLs of sites explaining all that?
>
> http://en.wikipedia.org/wiki/Widescreen_signaling
>
> http://en.wikipedia.org/wiki/PALPlus
To summarize: I know now that PALPLUS is indeed widely used in Belgium
for analog TV (via cable usually); that I can detect it from WSS using
libzvbi.
But PALPLUS seems to be being deprecated; e.g. the wikipedia pages
explain it was, but no longer is, used in the Netherlands. Just like
analog-TV itself. So, unless I can find (any suggestions?) a ready-made
open-source software decoder for PALPLUS, it is unlikely we will attempt
to extract that info. Much better to work on digital-TV!
Thanks again to all who helped.
>
> Regards,
>
> Hans
>
>>> Some fill the chroma part of the black lines with a PALPlus helper
>>> signal. Although the algorithms to decode PALPlus are well
>>> documented in ETS 300 731, I have never seen a software
>>> implementation.
>>>
>>>> 1. How do I sense from the software that the mode is currently
>>>> 16:9 or 4:3?
>>> Some broadcasters use WSS to signal 16:9.
>>> In Germany some signal 4:3 even on 16:9 shows.
>>> Read ETSI EN 300 294.
>>>
>>>> 2. How do I setup the bttv so that it does variable anamorphosis
>>>> instead of letterboxing? If that is at all possible of course...
>>> You can't. Bttv can't stretch vertically.
>>>
>>> Daniel
--
Michel Bardiaux
R&D Director
T +32 [0] 2 790 29 41
F +32 [0] 2 790 29 02
E mailto:mbardiaux@mediaxim.be
Mediaxim NV/SA
Vorstlaan 191 Boulevard du Souverain
Brussel 1160 Bruxelles
http://www.mediaxim.com/
--
video4linux-list mailing list
Unsubscribe mailto:video4linux-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/video4linux-list
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2008-02-28 14:12 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-02-26 11:19 Grabbing 4:3 and 16:9 Michel Bardiaux
2008-02-26 13:02 ` Daniel Glöckner
2008-02-26 13:38 ` Alan Cox
2008-02-26 16:40 ` Michel Bardiaux
2008-02-26 17:02 ` Alan Cox
2008-02-26 17:12 ` Michel Bardiaux
2008-02-26 17:17 ` Michel Bardiaux
2008-02-26 17:24 ` Alan Cox
2008-02-26 18:32 ` Daniel Glöckner
2008-02-26 16:55 ` Michel Bardiaux
2008-02-26 17:15 ` Hans Verkuil
2008-02-28 14:12 ` Michel Bardiaux
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox