Big thanks, Jaromil and Federico, for your attention to my problem!
I was tried all of your examples, but result is one - similar like this:
v4l: size 352x240 not supported res: -1
create_layer : V4L open failed
[*] Closing video4linux grabber layer
closing video4linux device 6
can't create a layer with /dev/video0
(Some feature:
If I use X instead of x in the WIDTHxHEIGHT line, HEIGHT allways=300 )
Dmitry
03.12.09, 12:00, freej-request@???:
> Send Freej mailing list submissions to
> freej@???
> To subscribe or unsubscribe via the World Wide Web, visit
> http://mailinglists.dyne.org/mailman/listinfo/freej
> or, via email, send a message with subject or body 'help' to
> freej-request@???
> You can reach the person managing the list at
> freej-owner@???
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Freej digest..."
> Today's Topics:
> 1. Re: Problems with all live video capture sources (jaromil)
> 2. Re: Problems with all live video capture sources
> (Federico Allegretti)
> ----------------------------------------------------------------------
> Message: 1
> Date: Wed, 2 Dec 2009 16:39:21 +0100
> From: jaromil
> Subject: Re: [FreeJ] Problems with all live video capture sources
> To: FreeJ mailinglist
> Message-ID: <20091202153921.GA13070@???>
> Content-Type: text/plain; charset=utf-8
> > On Tue, Dec 01, 2009 at 12:31:58PM +0100, Federico Allegretti wrote:
> > There will be a way to identify supported resolution of a specific
> > /dev/video# device, to be able to identify a common resolution for
> > the various device we load as a video layer on freej?
> yes. that is using the format /dev/video0%WIDTHxHEIGHT in commandline
> please not the % percent sign following the device
> also you can use javascript and set the size in the constructor
> the -s switch is about FreeJ's output screen, not about grabbing size
> > I used:
> > freej -s320X200 /dev/video0 (and works)
> > freej -sanyWXanyH /dev/video1 (i tryied some standard resolution with no
> > luck)
> >
> > obviusly
> > freej -s320X200 /dev/video0 /dev/video1 does'n work :(
> yes, in this case you should use for instance
> freej -s640x480X200 /dev/video0%320x240 /dev/video1%320x240
> the problem with compatibility of various devices, that also Dmitry is
> mentioning, is mostly due to the linux kernel drivers supporting the
> camera as well the libraries FreeJ uses for them.
> in the latest GIT version we are supporting both "libunicap" and
> "opencv" as live video card grabbers, with priority to opencv when
> present. this seems to work well on most webcams, but there are
> current known bugs:
> 1- opencv compilation conflicts with inttypes.h declaration, this can
> be quickly fixed by hand, while we submitted a patch to opencv
> developers which has been integrated in 2.0 and will appear on
> distributions some time soon.
> 2- opencv 1.0 does not supports specifying a size for the grabbed
> video, which always results in grabbing at maximum size available.
> I've made several attempts at fixing this without results, please
> let us know if you have good experience of opencv and this issue.
> i hope you will find more solutions and share them with us.
> ciao
> - --
> jaromil, dyne.org developer, http://jaromil.dyne.org
> GPG: B2D9 9376 BFB2 60B7 601F 5B62 F6D3 FBD9 C2B6 8E39
> > ------------------------------
> Message: 2
> Date: Wed, 2 Dec 2009 17:13:55 +0100
> From: Federico Allegretti
> Subject: Re: [FreeJ] Problems with all live video capture sources
> To: FreeJ mailinglist
> Message-ID:
> <997e14340912020813x3109529fy6fc2f39b4585aea1@???>
> Content-Type: text/plain; charset=ISO-8859-1
> Thanks Jaromil.
> Tonight I'll try some tricks during our weekly meeting at Terni GNU
> Linux User Group ;)
> Cheers
> On Wed, Dec 2, 2009 at 4:39 PM, jaromil wrote:
> > > >
> > re all,
> >
> > On Tue, Dec 01, 2009 at 12:31:58PM +0100, Federico Allegretti wrote:
> >
> >> There will be ?a way to identify supported ?resolution of a specific
> >> /dev/video# device, to ?be able to identify a ?common resolution for
> >> the various device we load as a video layer on freej?
> >
> > yes. that is using the format /dev/video0%WIDTHxHEIGHT in commandline
> > please not the % percent sign following the device
> >
> > also you can use javascript and set the size in the constructor
> >
> > the -s switch is about FreeJ's output screen, not about grabbing size
> >
> >> I used:
> >> freej -s320X200 ?/dev/video0 (and works)
> >> freej -sanyWXanyH ?/dev/video1 (i tryied some standard resolution with no
> >> luck)
> >>
> >> obviusly
> >> freej -s320X200 ?/dev/video0 /dev/video1 ? does'n work :(
> >
> > yes, in this case you should use for instance
> >
> > ?freej -s640x480X200 ?/dev/video0%320x240 /dev/video1%320x240
> >
> > the problem with compatibility of various devices, that also Dmitry is
> > mentioning, is mostly ?due to the linux kernel ?drivers supporting the
> > camera as well ?the libraries FreeJ uses for them.
> >
> > in ?the latest ?GIT version ?we ?are supporting ?both "libunicap" ?and
> > "opencv" as ?live video ?card grabbers, with ?priority to ?opencv when
> > present. ? this seems ?to work ?well on ?most webcams, ?but ?there are
> > current known bugs:
> >
> > 1- opencv compilation conflicts ?with inttypes.h declaration, this can
> > ? be ?quickly fixed by ?hand, while ?we submitted ?a patch ?to opencv
> > ? developers ?which has ?been integrated ?in 2.0 ?and will ?appear on
> > ? distributions some time soon.
> >
> > 2- ?opencv 1.0 does ?not supports ?specifying a ?size for ?the grabbed
> > ? ?video, which always results in grabbing at maximum size available.
> > ? ?I've made several attempts ?at fixing this without results, please
> > ? ?let us know if you have ?good experience of opencv and this issue.
> >
> > i hope you will find more solutions and share them with us.
> >
> > ciao
> >
> > - --
> > jaromil, dyne.org developer, http://jaromil.dyne.org
> >
> > GPG: B2D9 9376 BFB2 60B7 601F ?5B62 F6D3 FBD9 C2B6 8E39
> >
> >
> > > > _______________________________________________
> > Freej mailing list
> > Freej@???
> > http://mailinglists.dyne.org/mailman/listinfo/freej
> >
--
Дмитрий Цидилин
