Hi Alan, Peter I'm not sure I follow what your saying, put 'Linux_Audio_setup" in SVN ?
I actually have a full Beringer audio stack, but that's for ESSB 5Khz TX, which I don't use anymore. I don't know about most laptops, but my Dell i5 has a fare few, but then again, I don't use the internal card for Hamradio anyway. I use this to get my listing(s): --------- $ lsusb or lspci if that applies Find The Audio device, mine is TI Bur-Brown: Bus 006 Device 004: ID 08bb:2906 Texas Instruments lsusb -v -d 08bb:2906 | grep tSamFreq | sed -e "s,^.* ,," | sort -nu Available Rates 8000 11025 16000 22050 32000 44100 48000 --------- Re: WSJT Documentation (Text files and such), yes, it's known there is a good bit of tidy-up work to do, but the proper WSJT v10 Guide is in good shape. Re: Peter, I was worried I had the package list wrong for Mint 17, so I cleaned a partition on my main box, and did a full install from the ISO CD, then: * performed the update and upgrade * removed bluez-alsa * added two packages: subversion and autoconf * checkout jtsdk-dev from SVN * ran: ./autoge.sh --with-distro=mint --enable=parallel=yes * ran make: make ( used the ubuntu mirror for pbuilder ) * sudo make install * ran jtsdk: jtsdk Then build "all" the packages. WSJT is working fine here. See attached screen shot from 10m. https://www.dropbox.com/s/p1gp2g3cuchss7e/wsjt-v10-mint-17.png?dl=0 73's Greg, KI7MT On 01/05/2015 02:31 PM, Alan VK2ZIW wrote: > Hi Greg, > > Can you please put this "Linux_Audio_setup" in the SVN please? > > From this I see you use an 'ancient' USB audio device, available > on eBay as the "Behringer UCA202". I have two of them, obtained in 2014. > > With 'old' laptops now being mostly 64 bit, have you noticed, with > 64bit Linux, less sample-rates available in the device drivers? > > And again, can I ask you include in 'docs' the "Pillow 2.6.1 breaks > waterfalls" issue? > > And in WSJT (trunk) WSJT_Source_Code.txt is way out of date. > (checked today 6th Jan 2015) > > Great work, Regards > > Alan VK2ZIW > > On Mon, 05 Jan 2015 11:47:08 -0700, ki7mt wrote >> Hi Peter, >> >> This was caught in my junk filter, not sure why, but, here's what I >> do for audio on a new distro install. >> >> Note, for what it's worth, I *am not* seeing the issues your stating >> below and I have corrected the wsjtrc v.s. wsjtxrc path typo. >> >> I use outboard audio for Hamradio, TI Bur-Brown via US Interface >> Navigator (USB Audio CODEC). However. I always make sure the onboard >> audio is up and running before doing anything else apart from the normal >> update & upgrades for the distribution I am testing. Additionally, I >> always ensure the Navigator *is not* plugged in and the onboard >> audio is enabled in the BIOS before installing, be it Motherboard, >> or a PCI card. >> >> * Before installing any SW packages, I verify I can play music and / >> or watch videos with the onboard audio device, in my case, almost >> all of them are HDA Intel of some sort. >> >> * If I use Pulseaudio anywhere, I make sure the user is in pulse and >> pulse-access groups. >> >> * I do not use Bluetooh, so I remove bluze-alsa if it's installed. >> >> * I review / update /etc/modprobe.d/alsa-base.conf to ensure the onboard >> audio is set to index "0" and my Nav audio to 1+, then verify it >> after an alsa reload ( reboot or alsa --force-reload ) with : >> >> cat /proc/asound/cards >> cat /proc/asound/modules >> aplay -l >> >> If the Bur-Brown codec is above the Intel Audio with any of the >> checks, I edit: /etc/modprobe.d/alsa-base.conf and fix the >> indexing. While doing this, if onboard audio is set, I also edit the >> left, right, center etc etc channels, for snd-hda-intel-x to >> default. You should also check that you can use alsamixer or other >> command line tools to manipulate sound devices. >> >> If I never plan to use the onboard audio for a particular box, after >> installing & configuring the Navigator ( udev rules etc ), I have, in >> the past, disabled the onboard audio completely. However, that can cause >> issues elsewhere, so be careful with that one. >> >> * asoundrc: I've not had to use that method in a long time, , 1.5+ years >> or maybe?? Although I don't use WSJT everyday on Linux, more WSPR and >> WSJT-X I still test it can TX/RX after builds. >> >> After all the above has passed and seems to be working properly, >> then I start installing packages for building. There is really no >> point in confusing the issue if your primary sound is not >> functioning the way it should before hand. >> >> If the sound is working with other apps, and not with WSJT apps, then >> all bets are off, as I've probably missed something in the setup / prep >> phase. >> >> Hope that gives you some ideas to work through. >> >> 73's >> Greg, KI7MT >> >> On 01/04/2015 09:57 AM, Peter Frenning [OZ1PIF] wrote: >>> I'm doing this on a fresh Mint 17.1 "Rebecca" 32-bit Cinnamon install, >>> i.e. no prior development work done. >>> >>> running with distro set to "mint" >>> >>> Used: "http://archive.ubuntu.com/ubuntu"; as mirror information per >>> Greg's suggestion. >>> >>> All apps (WSJT, WSJT-X RC & Devel., and WSPR) built successfully - now >>> for the testing! >>> >>> WSPR 4.0 r4727 is running fine! >>> >>> WSJT-10 fails with the old "Invalid Sample rate" error! are we back to >>> the hideous "radioconv" dodge? I thought this one was over and done with! >>> >>> WSJT-X 1.5 won't talk to my sound system at all (can't configure device, >>> list is empty), a slightly older version (r4784) runs fine on my laptop, >>> no errormessages appear in the terminal. >>> >>> WSJT-X 1.4 RC appears to build OK: >>> ----------------------------------------------------- >>> BUILD SUMMARY ( wsjtx-1.4.0 Release ) >>> ----------------------------------------------------- >>> >>> Build Type ..: Release >>> Source ......: /home/pif/jtsdk/src/wsjtx-1.4 >>> Build .......: /home/pif/jtsdk/wsjtrc/build/release >>> Install .....: /home/pif/jtsdk/wsjtrc/install/release >>> >>> TO RUN wsjtx >>> cd ..........: /home/pif/jtsdk/wsjtrc/install/release/bin >>> Type, .......: ./wsjtx >>> >>> Press [ Enter ] to continue.. >>> >>> But the result is nowhere to be found! >>> >> >> ------------------------------------------------------------------------------ >> Dive into the World of Parallel Programming! The Go Parallel Website, >> sponsored by Intel and developed in partnership with Slashdot Media, >> is your hub for all things parallel software development, from >> weekly thought leadership blogs to news, videos, case studies, >> tutorials and more. Take a look and join the conversation now. > http://goparallel.sourceforge.net >> _______________________________________________ >> wsjt-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/wsjt-devel > > > Alan > > Man's greatest waste of time: Worshipping the wrong God. > Consider Jesus. > --------------------------------------------------------------------------- > Alan Beard Unix Support Technician from 1984 to today > 70 Wedmore Rd. Sun Solaris, AIX, HP/UX, Linux, SCO OpenServer 5.0.X > Emu Heights N.S.W. 2750 Routers, terminal servers, printers, terminals etc.. > +61 2 47353013 (h) Support Programming, shell scripting, "C", assembler > 0414 353013 (mobile) After uni, electr > -- ------------------------------------------------------------- The worth of man in reveled in his attitude to ordinary things when he is not before the footlights. (cf John 1:36) Oswald Chambers ------------------------------------------------------------------------------ Dive into the World of Parallel Programming! The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net _______________________________________________ wsjt-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/wsjt-devel
