Problem using libdvbv5
I am having some issues with dvb_scan_transponder in the Debian Sid distribution of libdvbv5. I am sure the arguments I am giving it are fine, but a function called within dvb_scan_transponder is causing a SIGSEGV. The Debian Sid package appears to be only of a production version, there is no debug symbols and/or package. I am guessing that the official line is to build from source to create a debugging shared object. I have cloned the V4L_Utils Git repository from https://git.linuxtv.org/v4l-utils.git What is the official sequence to get a build of libdvbv5.so and what extra arguments are needed to get a version with all debug symbols in place? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Duplicate line in dvb-fe.h
I am wondering what the right reporting/fixing approach is for the following. In the file /usr/include/libdvbv5/dvb-fe.h (on Debian Sid anyway, comes in the libdvbv5-dev package) there are two lines: extern const unsigned fe_bandwidth_name[8]; In some sense this doesn't matter as it is just a redundant redeclaration of the same symbol with the same type. However, a stricter compiler might object to the redeclaration. (My actual problem is automated generation of adapter files from other programming languages, in the case D, where the duplication is a compiler error.) -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
rtl2832_sdr and /dev/swradio0
Hi, Is anyone actively working on the rtl2832_sdr driver? I am particularly interested in anyone who has code for turning the byte stream from /dev/swradio0 into an ETI stream. Or failing that getting enough data about the API for using /dev/swradio0 so as to write a byte sequence to ETI driver based on the dab2eti program in DABtool (which uses the librtlsdr mechanism instead of the /dev/swradio0 one). -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: libdvbv5 licencing
On Tue, 2016-04-19 at 16:36 -0300, Mauro Carvalho Chehab wrote: > […] > License changed. Thank you, this is great news. GStreamer dvbsrc rewrite now on the starting blocks: lots of code "replication" deletion first thing on the agenda. -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: libdvbv5 licencing
On Tue, 2016-04-12 at 11:19 -0300, Mauro Carvalho Chehab wrote: […] > Yes. We had some discussions in the past to re-license it to LGPL, > if this is going to be used by some other OSS project that would > require that. Most of the code was written by me, and, in the past > the other developers that worked on that also agreed on re-licensing > as LGPL. > > So, basically, if gstreamer is willing to use libdvbv5, we'll > relicense it to LGPL. I have volunteered to rewrite the DVB plugin for GStreamer and proposed use of libdvbv5, a proposal which was stated as being entirely acceptable, but only if libdvbv5 was LGPL. So if libdvbv5 becomes an LGPL library, my rewrite of the GStreamer DVB plugin will certainly use it. I will then put forward my rewrite for incorporation into the GStreamer bad plugins (seriously misnamed library, but…). -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
libdvbv5 licencing
I hadn't noticed previously, but it has been brought to my attention that libdvbv5 is licenced as GPLv2. This makes it impossible (effectively) for any non-GPL code to make use of libdvbv5. This seems to undermine the whole point of libdvbv5. In particular, I wanted to rip out all the Linux API based code from the GStreamer DVB plugins and replace it with use of libdvbv5. However because of the licencing (GStreamer is LGPL and must only use LGPL or more liberal licenced code), this is going to be impossible. Instead of ripping out the current code (which is DVBv3) and using libdvbv5, it looks like I will be forced to recreate libdvbv5 but as LGPL code. Is there any chance of relicencing libdvbv5 as LGPL code so that others may use it? -- Russel. = Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Support for WinTV-soloHD
Question answered: the device works as wanted in the newly released 4.5 kernel on Fedora Rawhide. On Sat, 2016-03-12 at 18:51 +, Russel Winder wrote: > I plugged a WinTV-soloHD device into my Debian Sid system running: > > Linux anglides 4.4.0-1-amd64 #1 SMP Debian 4.4.4-2 (2016-03-09) > x86_64 > GNU/Linux > > but the device, whilst appearing in the lsusb listing, didn't cause a > /dev/dvb hierarchy to appear. I am guessing then that the change: > > http://git.linuxtv.org/media_tree.git/commit/?id=1efc21701d94ed0c5b91 > 46 > 7b042bed8b8becd5cc > > hasn't actually appeared in the 4.4 kernel. Is it in the 4.5 kernel? > > -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Support for WinTV-soloHD
I plugged a WinTV-soloHD device into my Debian Sid system running: Linux anglides 4.4.0-1-amd64 #1 SMP Debian 4.4.4-2 (2016-03-09) x86_64 GNU/Linux but the device, whilst appearing in the lsusb listing, didn't cause a /dev/dvb hierarchy to appear. I am guessing then that the change: http://git.linuxtv.org/media_tree.git/commit/?id=1efc21701d94ed0c5b9146 7b042bed8b8becd5cc hasn't actually appeared in the 4.4 kernel. Is it in the 4.5 kernel? -- Russel. ===== Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Kernel docs: muddying the waters a bit
On Fri, 2016-03-04 at 09:46 +0200, Jani Nikula wrote: > […] > If we're talking about the same asciidoctor (http://asciidoctor.org/) > it's written in ruby but you can apparently run it in JVM using > JRuby. Calling it Java-based is misleading. Indeed, I was somewhat imprecise. Thanks to the work mostly of Charles Nutter, JRuby is invariably a faster platform for Ruby code than Ruby is. So yes ASCIIDoctor is JVM-based via JRuby, not Java-based. The real point here is that in a move from DocBook/XML as a documentation source, ASCIIDoctor is an excellent choice. -- Russel.=========Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder@ekiga.net41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.ukLondon SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Kernel docs: muddying the waters a bit
On Thu, 2016-03-03 at 15:23 -0800, Keith Packard wrote: > […] > However, I think asciidoc has two serious problems: > > 1) the python version (asciidoc) appears to have been abandoned in > favor of the ruby version. This is I think true, however the Java-based tool chain Asciidoctor is I believe the standard bearer for ASCIIdoc these days, albeit called ASCIIdoctor. > 2) It really is just a docbook pre-processor. Native html/latex > output > is poorly supported at best, and exposes only a small subset of > the > full capabilities of the input language. This is not true. Yes ASCIIDoc started as a DocBook/XML frontend so as to use a sane :-) markup language rather than XML (XML is a notation for consenting computers only), but the current ASCIIDoctor toolchain deals very well in direct HTML and PDF generation, without needing a DocBook/XML toolchain. > As such, we would have to commit to using the ruby version and either > committing to fixing the native html output backend or continuing to > use > the rest of the docbook toolchain. Or trial the JVM-based ASCIIdoctor which is what the projects I am involved with chose to use. Perhaps as an example I can give you http:/ /gpars.website (it's a redirector) all the HTML and PDF is generated from ASCIIDoc source using ASCIIDoctor driven with a Gradle build system. This is still very much a work in progress (by Jim Northrop, not me currently), but I like it. > We could insist on using the python version, of course. I spent a bit > of > time hacking that up to add 'real' support for a table-of-contents in > the native HTML backend and it looks like getting those changes > upstreamed would be reasonably straightforward. However, we'd end up > 'owning' the code, and I'm not sure we want to. If the Python version is really not being maintained, I would suggest that unless you want to take over the project and be it's maintainer, you would be better advised to use a different version. -- Russel.=Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.winder@ekiga.net41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.ukLondon SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Fwd: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters
On Sun, 2012-05-13 at 15:23 +0100, Andy Furniss wrote: [...] > > Should that be 545833000 instead of 54580, and 529833000 instead of > > 52980? > > > Possibly - I think if you calculate by hand from channel number and add > or take the offset if it it + or - then you do get the extra 33. If I remember correctly the OfCom documentation states the +/- offset is 0.166. Certainly that is what I used for my manual calculation. > I don't live in London, but using a slightly newer w_scan for my > transmitter gave different output from that, with the 330 -> 000. Where did you get this w_scan command from, I don't seem to have one. [...] > T2 0 16417 80200 8MHz AUTO AUTO AUTO AUTO AUTO AUTO # East I wonder if the 0 and 16417 can be ascertained from OfCom documents? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part
Re: Fwd: Bug#669715: dvb-apps: Channel/frequency/etc. data needs updating for London transmitters
On Sun, 2012-05-13 at 11:15 +0100, Andy Furniss wrote: [...] > Transmission mode changed from 2k to 8k in the uk after analogue switch off. Of course. I just failed to make that change in my files. With that changed I got some response from gnome-dvb-setup but it only analysed one multiplex. > Chris Rankin already posted UK, Crystal Palace on here. [...] > T 49000 8MHz 2/3 NONE QAM64 8k 1/32 NONE # London . > T 51400 8MHz 2/3 NONE QAM64 8k 1/32 NONE # London . > T 54580 8MHz 2/3 NONE QAM256 AUTO AUTO AUTO # London . > T 48200 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London . > T 50600 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London . > T 52980 8MHz 3/4 NONE QAM64 8k 1/32 NONE # London . Should that be 545833000 instead of 54580, and 529833000 instead of 52980? -- Russel. ========= Dr Russel Winder t: +44 20 7585 2200 voip: sip:russel.win...@ekiga.net 41 Buckmaster Roadm: +44 7770 465 077 xmpp: rus...@winder.org.uk London SW11 1EN, UK w: www.russel.org.uk skype: russel_winder signature.asc Description: This is a digitally signed message part