oh and sudo was part of the problem, too! :)

On Thu, Mar 24, 2011 at 10:56 PM, Matt Leva <mhleva@gmail.com> wrote:
just wanted to say thanks for all your help, paul. i'm not exactly sure what i did, but the pan and tilt seem to be working now. i restarted a couple of times and "initialized" the orbit with guvcview before trying with player. this is all with the latest code from svn and kernel 2.6.35-28.

thanks again,
matt


On Tue, Mar 22, 2011 at 3:11 AM, Paul Osmialowski <newchief@king.net.pl> wrote:
W dniu 22.03.2011 00:08, Matt Leva pisze:
> thanks aravind, that worked.
>
> paul, i have built and installed the latest player from source. i realized
> the laggy video problem was due to the -rate option not being set on
> playerv. after setting the rate to 30, the video is smoother. however, i am
> still having problems with pan and tilt. as soon as i try to subscribe to
> the ptz device using playerv, i get the following error in the player
> server:
>
> warning: opening /dev/video0
> warning: V4L2_CAP_READWRITE check failed (ignored)
> warning: Adding control for [Pan (relative)]
> error: UVCIOC_CTRL_ADD - Error
> error: Driver failed to Setup (-1)
>
> is there something i can do to get more details on this error? here is my
> config:
>
> driver
> (
>     name "camerauvc"
>     provides ["camera:0"]
>     port "/dev/video1"
>     size [320 240]
> )
>
> driver
> (
>     name "sphereptz"
>     provides ["ptz:0"]
>     port "/dev/video1"
> )
>
> thanks,
> matt
>
Hi,

All you can do involves some knowledge of C (and C++). All sphereptz
driver was based on guvcview code. If things are working in guvcview
with Orbit camera I can suspect that they updated it some time after I
looked at its code to support more new cameras. Now it seems like
sphereptz need to be also uptated: for some reason it cannot add
pan-relative control using ioctl() calls that were proper for old Sphere
camera. Unfortunately, nowadays I don't have much time to alter my old code.

Another suspicion is: are you running Player with enough rights? Try to
use sudo for it.

Paul

>
> On Sun, Mar 20, 2011 at 9:01 PM, Aravind <vijaravind@gmail.com> wrote:
>
>> Try running ldconfig after make install.
>>
>> Aravind
>>
>> --Sent from my Nexus One--
>> On Mar 21, 2011 4:37 AM, "matt leva" <mhleva@gmail.com> wrote:
>>> thanks for the info rich! good to know. since I installed player from
>>> svn, any time I run player with a cfg file it complains about not
>>> being able to find a shared library. I can export LD_LIBRARY_PATH and
>>> the other 'exports' on the LocalInstallation wiki) to fix this, but I
>>> don't understand why. I didn't change the install prefix (ie
>>> /usr/local).
>>>
>>> thanks,
>>> matt
>>>
>>> On Mar 20, 2011, at 2:04 PM, Rich Mattes <jpgr87@gmail.com> wrote:
>>>
>>>> On 03/19/2011 06:12 AM, Paul Osmialowski wrote:
>>>>> W dniu 19.03.2011 01:43, matt leva pisze:
>>>>>> Paul,
>>>>>>
>>>>>> Forgive me for my naivety, but when updating from svn, do I need to
>>>>>> delete old installation files or just do a config, make, and make
>>>>>> install? If I need to delete old files, what directories should I
>>>>>> remove?
>>>>>>
>>>>>> Also, I'm pretty sure I've used the cam with guvcview before trying
>>>>>> with player, but I'll try again.
>>>>>>
>>>>>> Thanks,
>>>>>> Matt
>>>>>>
>>>>> Typically, make install should be enough, it should overwrite binaries.
>>>>> However, old libraries will still remain on your disk. If you're
>>>>> worrying about it, you can do some cleanup before building Player.
>>>>> I guess, your installation was done in /usr/local (this is default). Go
>>>>> to /usr/local and do (as root, so do it carefully):
>>>>> rm -f lib/liblodo*
>>>>> rm -f lib/libplayer*
>>>>> rm -f lib/libpmap*
>>>>> rm -f lib/libwavefront*
>>>>> rm -f lib/pkgconfig/player*.pc
>>>>> rm -f lib/`ls -1 lib|grep ^python|head -1`/site-packages/*player*
>>>>> rm -rf include/player-*
>>>>> rm -rf share/player
>>>>> rm -f bin/player*
>>>>> rm -f bin/pmaptest
>>>>>
>>>>> Paul
>>>>>
>>>> Note that "make uninstall" does all of this for you. "make install"
>>>> creates a file called "install_manifest.txt" in the cmake buildsystem,
>>>> which lists the locations of all of the files installed. "make
>>>> uninstall" uses install_manifest.txt to remove all of the installed
>> files.
>>>>
>>>> If you're updating from subversion, you don't really need to do anything
>>>> except "make" and "make install". "make" will re-run CMake if something
>>>> has changed in the builsystem, and "make install" only reinstalls files
>>>> if they're different from the files already installed.
>>>>
>>>> If you do run into a major issue with configuration, you can "reset"
>>>> your CMake options by removing CMakeCache.txt. This forces CMake to
>>>> re-run all of its tests and forget all of your preferences (i.e. if you
>>>> set an install prefix other than /usr/local, etc.)
>>>>
>>>> Rich
>>>>
>>>>
>> ------------------------------------------------------------------------------
>>>> Colocation vs. Managed Hosting
>>>> A question and answer guide to determining the best fit
>>>> for your organization - today and in the future.
>>>> http://p.sf.net/sfu/internap-sfd2d
>>>> _______________________________________________
>>>> Playerstage-users mailing list
>>>> Playerstage-users@lists.sourceforge.net
>>>> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>>>
>>>
>> ------------------------------------------------------------------------------
>>> Colocation vs. Managed Hosting
>>> A question and answer guide to determining the best fit
>>> for your organization - today and in the future.
>>> http://p.sf.net/sfu/internap-sfd2d
>>> _______________________________________________
>>> Playerstage-users mailing list
>>> Playerstage-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>>
>>
>> ------------------------------------------------------------------------------
>> Colocation vs. Managed Hosting
>> A question and answer guide to determining the best fit
>> for your organization - today and in the future.
>> http://p.sf.net/sfu/internap-sfd2d
>> _______________________________________________
>> Playerstage-users mailing list
>> Playerstage-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/playerstage-users
>>
>>
>
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
>
>
>
> _______________________________________________
> Playerstage-users mailing list
> Playerstage-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/playerstage-users


------------------------------------------------------------------------------
Enable your software for Intel(R) Active Management Technology to meet the
growing manageability and security demands of your customers. Businesses
are taking advantage of Intel(R) vPro (TM) technology - will your software
be a part of the solution? Download the Intel(R) Manageability Checker
today! http://p.sf.net/sfu/intel-dev2devmar
_______________________________________________
Playerstage-users mailing list
Playerstage-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/playerstage-users