Re: saa7134 and RDS

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

 



Hi 

I build rdsd. But can't start. See log:

Fri Mar  6 03:44:20 2009 RDS handler initialized.
Fri Mar  6 03:44:20 2009 Added source definition: Beholder M6 Exra
Fri Mar  6 03:44:20 2009 RDS sources setup OK.
Fri Mar  6 03:44:20 2009 Unix domain socket created and listening.
Fri Mar  6 03:44:20 2009 TCP/IP socket created and listening.
Fri Mar  6 03:44:20 2009 Using V4L2 for Beholder M6 Exra
Fri Mar  6 03:44:20 2009 open_sources() failed.
Fri Mar  6 03:44:20 2009 rdsd terminating with error code 13

With my best regards, Dmitry.

> On Saturday 07 March 2009 02:55:06 Hans J. Koch wrote:
> > On Thu, Mar 05, 2009 at 05:36:44PM +0100, Hans Verkuil wrote:
> > > On Thursday 05 March 2009 13:07:10 Hans Verkuil wrote:
> > > > > Hi Hans
> > > > >
> > > > > I build fresh video4linux with your patch and my config for
> > > > > our cards. In a dmesg i see : found RDS decoder.
> > > > > cat /dev/radio0 give me some slow junk data. Is this RDS
> > > > > data?? Have you any tools for testing RDS?
> > > > > I try build rdsd from Hans J. Koch, but build crashed with:
> > > > >
> > > > > rdshandler.cpp: In member function ‘void
> > > > > std::RDShandler::delete_client(std::RDSclient*)’:
> > > > > rdshandler.cpp:363: error: no matching function for call to
> > > > > ‘find(__gnu_cxx::__normal_iterator<std::RDSclient**,
> > > > > std::vector<std::RDSclient*, std::allocator<std::RDSclient*>
> > > > > > >, __gnu_cxx::__normal_iterator<std::RDSclient**,
> > > > > std::vector<std::RDSclient*, std::allocator<std::RDSclient*>
> > > > > > >, std::RDSclient*&)’
> > > >
> > > > Ah yes, that's right. I had to hack the C++ source to make this
> > > > compile. I'll see if I can post a patch for this tonight.
> > >
> > > Attached is the diff that makes rdsd compile on my system.
> >
> > Great, thanks! The problem is, I really haven't got the time for RDS
> > anymore. I simply cannot test your patch and check it in. From your
> > previous contributions I know you as a competent and trustworthy v4l
> > developer and would give you write access to the repository.
> > Interested?
> 
> Erm, not really. When the API is finalized I want to make some sort
> of a simple reference utility/library for this and add it to v4l-dvb.
> To be honest, I think having a daemon just complicates matters
> unnecessarily.
> 
> Regards,
> 
> 	Hans
> 
> 
> -- 
> Hans Verkuil - video4linux developer - sponsored by TANDBERG
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux