In article , Andy
Furniss spam@spam wrote:
Jim Lesurf wrote:
[snip]

With the caveat that I have no ides what distros do, assuming here that
there is nothing like ntpd running or ntpd -q via cron changing the time.

If your time is roughly right before starting a recording you could just
as root/sudo do something like

date --set '-1 minute'

then set it back +1 minute after it's finished.

Thanks, I'll experiment with that at some point. :-)

I've cross-referenced this to uk.rec.audio as it may interest people there
as well at this point. I've just put up some *preliminary* results

http://jcgl.orpheusweb.co.uk/temp/in...lacresults.png

The upper graph shows the audio levels (peak power in each 0.1 sec block)
over a period in the evening of the 10th April, taken from the test R3 flac
stream.

Sample-by-sample I subtracted this from the equivalent 320k aac version.
The resulting set of sample 'difference' values is shown in the lower
graph. Again peak value per 0.1 sec block.

This probably overstates the level of the difference between aac and flac
as it is a peak per block. But the result is fairly consistent. I can
certainly *hear* the results if I play the 'diff' file.

Need to do more when I have more data. But interesting as indicating that
the flac does show different/better results than the aac.

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

On 14 Apr, wrote:

Sample-by-sample I subtracted this from the equivalent 320k aac version.
The resulting set of sample 'difference' values is shown in the lower
graph. Again peak value per 0.1 sec block.


Sorry, just to clarify. The bottom graph shows how much smaller the 'diff'
is *than the signal*. i.e. overall, the difference between aac and flac is,
say, about 40dB below the flac or aac levels.

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

Two follow-on issues I want to raise:

First...

I've been using the version of ffmpeg I built following the recipy given
here a while ago. This works fine on my laptop and main machine. I've made
a number of useful (and enjoyable!) R3 recordings using them.

But it doesn't work on another machine.

The machine where it fails to run is one which I installed xfce Mint 18.1
onto a few days ago. (32 bit version as it has a 32 bit cpu)

On that, when I try to run the ffmpeg executable I get

Error while loading shared libraries: libgnutls.so.26: cannot open shared
object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

I've tried installing what I *thought* might be the relevant package(s)
from the respositories the machine offers. But still get the above. I don't
know if this means I haven't found it, or if the machine requires me to
re-build on it to make a version of ffmpeg it will be happy with. (Although
simply copying across the executable was fine on my other machines.)

This isn't a disaster as the other machines with older OS versions work
fine. But I'd like to sort it out if I can. So can someone point me at the
correct item to install - or explain if the diagnosis and fix is something
else, please?

Second...

The 18.1 install gives me a new version of FireFox. Is this suitable for
fetching the flac stream? Or does it need altering in some way? I noticed
that the OS install seemed to bundle 'flash' along with a lot of other
things. So I'm also wondering if I need to un-install that to avoid it
getting in the way. Anyone able to comment on these points. It would be
good to get FireFox working for the flash stream Proms. :-)

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

On Wed, 26 Apr 2017 18:14:01 +0100, Jim Lesurf wrote:

Error while loading shared libraries: libgnutls.so.26: cannot open
shared object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

I've tried installing what I *thought* might be the relevant package(s)
from the respositories the machine offers. But still get the above. I
don't know if this means I haven't found it, or if the machine requires
me to re-build on it to make a version of ffmpeg it will be happy with.
(Although simply copying across the executable was fine on my other
machines.)

I've recently upgraded my last remaining Intel-based 32bit PAE systems
(Intel core-Duo and AMD dual Athlon hardware) to X86-64 operating systems
on the same hardware and have seen the same problem with code that is
using dynamically linked libraries. The fix has been simple: recompile
programs that fail this way in the X86_64 environment.

If a recompile fixes software moved from 32bit PAR to X86-64 than I;d
expect exactly the dame problem to occur and the same fix to work when
moving code on the opposite direction too.


--
martin@ | Martin Gregorie
gregorie. | Essex, UK
org |

In article ,
Jim Lesurf wrote:
Two follow-on issues I want to raise:

First...

I've been using the version of ffmpeg I built following the recipy given
here a while ago. This works fine on my laptop and main machine. I've made
a number of useful (and enjoyable!) R3 recordings using them.

But it doesn't work on another machine.

The machine where it fails to run is one which I installed xfce Mint 18.1
onto a few days ago. (32 bit version as it has a 32 bit cpu)

On that, when I try to run the ffmpeg executable I get

Error while loading shared libraries: libgnutls.so.26: cannot open shared
object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

Seems so. You can check the library usage of any executable with ldd, like so:

$ ldd /path/to/ffmpeg

Any libs which can't be found will be named as such. Then apt-file can
be used to find out the package which provides that file:

$ apt-get install apt-file
$ apt-file update
$ apt-file search libgnutls.so.26
libgnutls26: /usr/lib/i386-linux-gnu/libgnutls.so.26
libgnutls26: /usr/lib/i386-linux-gnu/libgnutls.so.26.22.4
libgnutls26-dbg: /usr/lib/debug/usr/lib/i386-linux-gnu/libgnutls.so.26.22.4

If you have this installed already, it could be a multi-arch issue, if
the binary was built on a non-multiarch distro for instance. Try using
LD_LIBRARY_PATH to help the loader, sonething like:

$ LD_LIBRARY_PATH=/usr/lib/i386-linux-gnu ffmpeg

Although to be honest I'd have expected Mint's libc6 to have
the multi-arch directories already named in its search paths via
/etc/ld.so.conf.d/i386-linux-gnu.conf .

I am trying to remember other causes of library problems but will have
to think. Hope this might help anyway,

Nick
--
"The Internet, a sort of ersatz counterfeit of real life"
-- Janet Street-Porter, BBC2, 19th March 1996

On 2017-04-26 17:14:01 +0000, Jim Lesurf said:

Two follow-on issues I want to raise:

Second...

The 18.1 install gives me a new version of FireFox. Is this suitable for
fetching the flac stream? Or does it need altering in some way? I noticed
that the OS install seemed to bundle 'flash' along with a lot of other
things. So I'm also wondering if I need to un-install that to avoid it
getting in the way. Anyone able to comment on these points. It would be
good to get FireFox working for the flash stream Proms. :-)

Jim

The BBC website suggests that Firefox downloaded from the repositories
might have been compiled without the necessary flags set and suggests
that it should be obtained directly from Mozilla.

Firefox 53.0 (installed as an update) on Linux Mint xfce (virtualized
on Mac) fails with the message "this content doesn't seem to be working"

Arthur

--
real email arthur at bellacat dot com

Arthur Quinn wrote:

Firefox 53.0 (installed as an update) on Linux Mint xfce (virtualized
on Mac) fails with the message "this content doesn't seem to be working"

Not on the FLAC test page, but on the BBC news page for video articles,
I sometimes get that error even with a kosher firefox, pressing ctrl-F5
and then play again it will usually work, so seems to incorrectly detect
which codec to use on my browser and the refresh fixes it.

Jim Lesurf wrote:
Two follow-on issues I want to raise:

But it doesn't work on another machine.

The machine where it fails to run is one which I installed xfce Mint
18.1 onto a few days ago. (32 bit version as it has a 32 bit cpu)

On that, when I try to run the ffmpeg executable I get

Error while loading shared libraries: libgnutls.so.26: cannot open
shared object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

Others have already answered really, but you can't really move binaries
about easily when 64bit/32bit are involved.

FWIW ... no such file or directory is the error you will get when mixing
32bit/64bit around so that error probably doesn't mean that gnutls is
not found.

TBH, I know nothing about multilib - pure 64bit LFS here, far too lazy
to do multilib LFS just for steam/old games, which is about all I miss
out on.

In article , Andy
Furniss spam@spam wrote:
Jim Lesurf wrote:
Two follow-on issues I want to raise:

But it doesn't work on another machine.

The machine where it fails to run is one which I installed xfce Mint
18.1 onto a few days ago. (32 bit version as it has a 32 bit cpu)

On that, when I try to run the ffmpeg executable I get

Error while loading shared libraries: libgnutls.so.26: cannot open
shared object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

Others have already answered really, but you can't really move binaries
about easily when 64bit/32bit are involved.

FWIW ... no such file or directory is the error you will get when mixing
32bit/64bit around so that error probably doesn't mean that gnutls is
not found.

OK. However I should add that I've tended to use 32 bit distro versions
even on machines that may be 64bit. I do plan in future to use 64bit ones
for my next OS changes, but the laptop is 32 bit I think. However I've now
used uname and lsb_release on the laptop and got

3.13.0.24-generic

#46-ubuntu smp 19:08:14 i686

Linuxmint 17 Qiana

Which chimes with my thinking I installed it in 2014 if I'm interpreting
correctly.

The 'music' machine the fmpeg (built on the laptop) won't run on is Mint
18.1 installed just a few days ago. It is quite low powered so I tend to
avoid building anything on it unless I need to. I find that making ffmpeg
on the laptop takes a long time with the fan running flat out! Hate to
think what it would do to the low powered box. 8-]

TBH It doesn't matter that it won't run on that machine as I can use it on
two others anyway. It would have been occasionally convenient. However the
current flac trial is about to end, and we won't get more until the Proms.
At that point I'll probably be more focussed on how to use FireFox to play
the flac streams so far as that particular machine is concerned.

I've been told the flac will *only* be live for the Proms, not continuous
during that period for R3. Trying to find out if that means any fetching
has to be started at the 'right time' to avoid missing something.

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html

In article , Martin Gregorie
wrote:
On Wed, 26 Apr 2017 18:14:01 +0100, Jim Lesurf wrote:

Error while loading shared libraries: libgnutls.so.26: cannot open
shared object: no such file or directory.

I assume this means it can't find libgnutls.so.26 ?

I've tried installing what I *thought* might be the relevant
package(s) from the respositories the machine offers. But still get
the above. I don't know if this means I haven't found it, or if the
machine requires me to re-build on it to make a version of ffmpeg it
will be happy with. (Although simply copying across the executable was
fine on my other machines.)

I've recently upgraded my last remaining Intel-based 32bit PAE systems
(Intel core-Duo and AMD dual Athlon hardware) to X86-64 operating
systems on the same hardware and have seen the same problem with code
that is using dynamically linked libraries. The fix has been simple:
recompile programs that fail this way in the X86_64 environment.

I think I've installed the 32 bit versions of the OSs in the machines I
have. Plan to go to 64 bit next time.

Some other excutables seem OK. For example I have a USB audio recorder
program I wrote some years ago. This uses the alsa dev libs, but may well
have taken what it needs into the executable. However it works with the new
OS.

Jim

--
Please use the address on the audiomisc page if you wish to email me.
Electronics https://www.st-andrews.ac.uk/~www_pa...o/electron.htm
Armstrong Audio http://www.audiomisc.co.uk/Armstrong/armstrong.html
Audio Misc http://www.audiomisc.co.uk/index.html