[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] usrp_tv_rcv.py problem in OS X

From: Sam Small
Subject: Re: [Discuss-gnuradio] usrp_tv_rcv.py problem in OS X
Date: Thu, 18 Jan 2007 13:48:00 -0500

Thanks Martin,

The script looks like it runs just fine.  Here is the output:

$ python SDLtest.py
Ran 1 test in 0.000s



On Jan 18, 2007, at 1:39 PM, Martin Dvh wrote:

Michael Dickens wrote:
Sam - Could you provide which Mac model, OS version, XCode version, and
how you installed the background libraries and apps and such  (e.g.
DarwinPorts, Jon Jacky's scripts, my scripts, from source, Fink, some combination)? What version of Python are you using? I've never seen
these issues, but then I've never tried that script.

According to the SVN repository, that script is 9 months old, so it
very well could be that the script needs updating to work properly with
all the various changes in GNU Radio since it was last  updated ... I
don't have access to a TVRX board right now ... can anyone else confirm
that this script works for them (not necessarily  on OSX)? - MLD

On Jan 18, 2007, at 11:56 AM, Sam Small wrote:

I am new to gnuradio and I am trying to work through some of the
example scripts.  I have a working installation on an Intel Mac and
have had success running usrp_wfm_rcv.py with the Basic RX board.
However, when I try to run usrp_tv_rcv.py with the TVRX board, it
cannot run successfully.  I have pasted the output below.  Does
anyone have any ideas on how to go about solving this problem?

I wrote the usrp_tv_rcv.py receive script.
It still works on my box (debian sarge on x86)

It could very well that problem has to do with SDL.
usrp_tv_rcv.py uses video_sdl.sink_uc from the gnuradio module gr- video-sdl.

I never tested this on OSX, only on x86
Since SDL is portable it should work though.

Could you try running the attached test-video-sdl.py script.

It just tests if video-sdl will load.

As a sidenote:
usrp_tv_receive.py is not a complete tv-receiver.
It doesn't do deinterlacing and there is no synchronisation or color decoding yet. So you get a black-and-white slowly rolling screen with the two fields above each other.


Discuss-gnuradio mailing list

#!/usr/bin/env python
# Copyright 2006 Free Software Foundation, Inc.
# This file is part of GNU Radio
# GNU Radio is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation; either version 2, or (at your option)
# any later version.
# GNU Radio is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# GNU General Public License for more details.
# You should have received a copy of the GNU General Public License
# along with GNU Radio; see the file COPYING.  If not, write to
# the Free Software Foundation, Inc., 51 Franklin Street,
# Boston, MA 02110-1301, USA.

from gnuradio import gr, gr_unittest
  from gnuradio import video_sdl
  print "FYI: gr-video-sdl is not installed"
  print "realtime SDL video output window will not be available"

class qa_video_sdl (gr_unittest.TestCase):

    def setUp (self):
        self.fg = gr.flow_graph ()

    def tearDown (self):
        self.fg = None

    def test_000_nop (self):
        """Just see if we can import the module...
They may not have video drivers, etc. Don't try to run anything"""

if __name__ == '__main__':
    gr_unittest.main ()
Discuss-gnuradio mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]