![]() |
|
Radio 3 test FLAC stream
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 |
Radio 3 test FLAC stream
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 |
Radio 3 test FLAC stream
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 | |
Radio 3 test FLAC stream
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 |
Radio 3 test FLAC stream
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 |
Radio 3 test FLAC stream
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. |
Radio 3 test FLAC stream
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. |
Radio 3 test FLAC stream
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 |
Radio 3 test FLAC stream
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 |
All times are GMT. The time now is 03:19 AM. |
|
Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
SEO by vBSEO 3.0.0
Copyright ©2004-2006 AudioBanter.co.uk