Re: [RDD] Rivendell v3.3.0
On Sat, 21 Mar 2020 18:31:58 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > can I go into mysql/mariadb and fix the > database structure manually? No doubt, but that relegates Rivendell to hacker's paradise. OK for you and I, but catastrophic for the vast majority. -- Cowboy Why are you watching The washing machine? I love entertainment So long as it's clean. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell v3.3.0
On Sun, 22 Mar 2020 09:58:12 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > Debian is probably not going to be a viable option for Rivendell going > forward, I think. Oh, well; life goes on. Well, that's unfortunate ! CentOS ( RHEL ) is heading in a direction that is SO reminiscent of WinNT4, that it scares me. ( today, Win10 appears to be doing a much, much better job than Red Hat, and it's copies ) Debian has historically been a good OS, even though too frequently incompatible with itself, but nothing like CentOS ( RHEL ) ? I'd been considering for some time ( but hadn't yet pulled the trigger ) moving back to Debian, so this is very distressing news. ( and not just for Rivendell, either ! ) -- Cowboy Why are you watching The washing machine? I love entertainment So long as it's clean. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] CentOS 7 to CentOS 8
On Sat, 21 Mar 2020 11:02:58 -0400 Ryan Kin wrote: > Would this work to update CentOS 7 to CentOS 8 One of the things I have an "issue" with Red Hat, you can't "update" 6 to 7, or 7 to 8. They are COMPLETELY different OS ! -- Cowboy If the aborigine drafted an IQ test, all of Western civilization would presumably flunk it. -- Stanley Garn ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell v3.3.0
On Wed, 18 Mar 2020 10:33:17 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > Fred, I went to download the source code from rivendellaudio.org last > night and again just now, and I get "404 Not found". Does that site not > work any more? There were some issues this AM. That machine sits about 30 feet from me, maybe less. It's alive ! It's at least ponging. Please try again ? -- Cowboy Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Help wanted: Rivendell Video Playing
On Sun, 8 Mar 2020 18:10:01 -0400 drew Roberts wrote: > wondering how I could get my hands on a windows > machine to test it out... VMWare or VirtualBox. Lately, I've tended toward Oracle's VirtualBox. ( I was once an alpha tester for VMWare, but that was years ago ) Runs a treat on CentOS-6 but I haven't yet got it to run at all on CentOS-7. OTOH, CentOS-7 does run on VirtualBox running on CentOS-6 ! ( go figure ) -- Cowboy I don't drink, I don't like it, it makes me feel too good. -- K. Coates ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Riv with a NAS
On Sun, 8 Mar 2020 10:12:40 -0700 Phil Biehl wrote: > /var/snd, has no files showing. I suspect it’s a Raspberry Pi Raspian > permissions issue but I > have not been able to figure out have to fix this even though the mount is > successful. Is it, or you just don't get an error ? mount with no arguments will list everything that's mounted, where, and file system type. NOTE: You can't be *in* that directory / mount point when you mount the remote on it ! Any files that were there will become inaccessible while the remote is mounted. The remote will appear to be local, though perhaps a tad slower depending. -- Cowboy I don't drink, I don't like it, it makes me feel too good. -- K. Coates ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell and Cirrus Streaming
On Wed, 4 Mar 2020 08:32:23 -0600 Jon DeMaster wrote: > Has anyone else successfully sent a stream and > title/artist information to Cirrus without their proprietary software? Are you referring to SecureNet ? I couldn't get them to go off a windows machine "encoder" to do any of that no matter what I said. -- Cowboy Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Linux time sync
On Tue, 3 Mar 2020 17:11:13 -0600 Frank Christel wrote: > Is it easy to repoint the internal Linux clock sync routine to an in-house > NTP server? Point it to any NTP server you want. Unlike Windows, every 15 minutes, or once an hour, ntpd is a pretty continuous thing, resyncing and correcting every second or so, more or less. In a relatively short time ( maybe an hour ) it'll be within a millisecond, and stay that way for weeks even without a reference thereafter. -- Cowboy QOTD: "I haven't come far enough, and don't call me baby." ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell and VPN
On Mon, 2 Mar 2020 16:32:04 -0500 Ryan Kin wrote: > So now I'm looking to use > OpenVPN. I do it with ssh and sshfs. Remember, Linux ( almost all Linux except RHEL/CentOS-8 ) at it's heart and soul, is a multi-tasking, multi-user, network based OS. -- Cowboy It is exactly because a man cannot do a thing that he is a proper judge of it. -- Oscar Wilde ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] System Logging (was 3.x and asi cards.)
On Sun, 01 Mar 2020 10:01:50 -0600 David Klann wrote: > Note that this will contribute to the early "death" of the SD card in > yourRaspberry Pi (due to > many "disk writes"), so consider saving messages to disksparingly. Or consider a USB had disk add-on for such. -- Cowboy Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] 3.x and asi cards.
On Thu, 27 Feb 2020 13:40:30 -0500 Fred Gleason wrote: > On Feb 27, 2020, at 12:33, Cowboy wrote: > > > Just means you'll ( we'll ) have to compile ourselves either the driver, > > if source is available, or the kernel. > > ‘Fraid not. The current version of the hpklinux driver *does not build* on > the kernels used by > CentOS 6. That was a decision made by AudioScience. Well, then... Or both ! ;-) -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] 3.x and asi cards.
On Thu, 27 Feb 2020 12:05:31 -0500 (EST) Rob Landry <41001...@interpring.com> wrote: > And recent driver versions have a minimum kernel version that excludes > CentOS 6. Those of us still running CentOS 6 may have trouble when we have > to replace a sound card. > Just means you'll ( we'll ) have to compile ourselves either the driver, if source is available, or the kernel. No big deal. I find that practically every time Red Hat does an update of this whole RHEL/CentOS 7 project, things usually get worse. Kernel update, screen brightness stops working. Next update, screen works, but USB stops. Next update, no display at all. etc. In fact, there's a whole several page write up on the "tar pit of RHEL-7" and how it's as bad or worse than Windows ever was ! -- Cowboy Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] macro cart, RN command, with parameters
On Tue, 25 Feb 2020 16:13:58 -0500 drew Roberts wrote: > Mucking about trying to see if I can update my old rivendell / rdairplay > does video in place of audio trick. Personally, I prefer mplayer for a non-interactive application. -- Cowboy This will be a memorable month -- no matter how hard you try to forget it. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RD Catch: Secure FTP?
On Sat, 1 Feb 2020 05:25:54 -0800 Bernardo J Mora wrote: > One of my program source’s FTP site is changing to allow only secure FTP > transfers (see attached > if allowed). Is there anything in RDCatch that I need to change? We went through this some months ago. In our case, the machine doing the FTP was a CentOS-6 machine, and the fine folks at X didn't announce the change, they just did it, and told us about after the fact when we asked. We tested a hack to CentOS-6 that worked, but built a CentOS-7 box which has the libraries natively, much as I dislike CentOS-7 in general. -- Cowboy Mickey Mouse wears a Spiro Agnew watch. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] xhost for MB macro
On Mon, 10 Feb 2020 14:41:35 +0800 Stan Fotinos wrote: > I am using Centos 7 and have run the xhost + command to allow MB macro > to work (as per the operations manual). Once I reboot the machine I need > to re run the xhost + command again, is there a way to make this permanent? It used to be simple. Now, it's systemd so I don't know. What I do know, is that a generic xhost + means to allow anyone anywhere from any machine to access the x server. Not real secure ! I'd recommend using something like xhost +specific.machine.name which will then limit access to that remote machine only. man xhost will give you details. -- Cowboy Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Frequent Failure Of NFS Mount During Boot
On Sun, 26 Jan 2020 01:37:12 -0800 Rich Stivers wrote: > I'd like to know the root cause of the > RAID server not being mounted after booting. As near as I can tell, this is a RedHat/centos/systemd bug. In an attempt to make a system that gets rebooted maybe once in 5 years or so boot faster, systemd tries to start lots of things as soon as possible. Thus, the NFS mount gets run before the network is up, and fails. There are two "correct" solutions as far as I can see. One is to re-write systemd. ( or at least learn it well enough to write it's myriad of configuration files ) Two, find an OS that isn't so bloated, and buggy. Most anything else is a hack. Myself, being as close to retirement as I am, I choose a hack. I know how to write init scripts, such as rc.local, or crontab. I have no interest in learning a "newer better" way as bloated and complex as the internals of Microsoft. Unfortunately, under systemd, although you can enable rc.local, there is no longer any assurance that it'll run last, so make your first command a rather long sleep. Longer than a DNS timeout. So much for "faster" ! I've also used webmin to "write" systemd scripts, and it's OK. Not perfect, still confusing and opaque, but a way. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Using /var/snd over NFS
On Mon, 20 Jan 2020 13:10:47 -0600 Steve wrote: > Is anyone using /var/snd over NFS for the server side in a server/client > setup? Yes. I think we have 14 client machines running off of one server via NFS. There are several other machines in-house ( windows editors and such ) also accessing some of that. Works pretty well. With 214000 cuts, a backup takes a while. It's only 1.87TB but the number of cuts is what slows things down. Could be the file system on the machine. ( EXT4 ) An rsync update takes 4 or 6 hours to determine the list of 30 or so files to be updated, which the actual copy takes a few minutes over the gigabit house network. SO, with a reasonable number of cuts for a typical radio station, NFS works real well. This place would actually be better suited a main frame. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Livewire ASI GPIO
On Fri, 10 Jan 2020 11:47:17 -0500 Mircea Paun wrote: > I must put a second ethernet from livewire network on rivendell server or > route some between livewire network and "work network" > > to read this multicast gpio. You hit the wrong day for me, but we do run Livewire to Fusion consoles, and do quite a bit with the Livewire GPI and GPO's. Hit me up next week, and we'll see. A difference might be that we do NOT run livewire on a second network ! Steve designed it to co-exist, so that's the way we use it. -- Cowboy See more of your friends. Become a nudist ! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] replication recommendations?
On Fri, 27 Dec 2019 23:54:18 + Jonathan Cohen wrote: > We use a Nextcloud server for this. /var/snd is synced between all machines > (on and off site) and > once a day a shell script makes a database backup to the same folder. This > allows us to make a > production machine a master in minutes (just edit rc.conf to use the machines > local MySQL server > and import the backup) and also means remote machines can do production via a > VPN without > noticeable lag. They also act as off site backups so I can copy the entire > folder to a USB drive > at home as a “proper” backup. I do it locally. rsync daily. You might need more, or less, often. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDCatch URL Invalid
On Sat, 21 Dec 2019 00:16:52 + Mark Murdock wrote: > /var/amb-ux/IFLM_IFL1_%D_01-01.MP2, and it says the url is invalid. Possibly it is invalid. What is the variable %D ? I'm not that articulate in the latest HTML standards. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Thu, 28 Nov 2019 08:18:53 -0500 "R. Choy" wrote: > In /var is the symbolic link: > lrwxrwxrwx. 1 rivendell rivendell 9 Dec 16 2018 snd -> /sda4/snd > Is this right? That part is fine. It's correct/ What I'm not seeing in the rest, ( though the e-mail comes through badly formatted )is a disk mounted on /sda4/snd in the / directory ! I do see /boot/efi/dev/sda2 100G 60G 41G 60% /home/dev/sda4 in which case ( although the sda2 and sda4 seem wrong ) the symlink should be lrwxrwxrwx. 1 rivendell rivendell 9 Dec 16 2018 snd -> /home/dev/sda4/snd I will say that /home/dev is confusing in itself. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Wed, 27 Nov 2019 18:35:23 -0500 "R. Choy" wrote: > There is no "mounted on" /var/snd only a symbolic link pointing to /sda4 in > the old > existing /var/snd Important distinction... symbolic link pointing to /sda4 in the old or symbolic link pointing to /sda4 **IS** the old ?? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Wed, 27 Nov 2019 12:28:53 -0600 Alan Smith wrote: > Can't parted/gparted move/resize the partitions easily? Yes, and no. Depends on where on the platters the partitions are, and how much data resides therein. I prefer to set things up myself, so I know. CentOS ( RHEL ) hides it from you, 'cause you're much too stup... You're obviously not capable of knowing. If (*if*) you have enough free unallocated space on the disk, time consuming but pretty easy. If you don't have free space, then it comes close to impossible. -- Cowboy See more of your friends. Become a nudist ! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Wed, 27 Nov 2019 10:19:39 -0700 "Lorne Tyndale" wrote: > Your problem is clear from the lines: > > > /dev/mapper/centos-home 1.4T 4.5G 1.4T 1% /home > > /dev/mapper/centos-root 50G 50G 39M 100% / Yep ! > You have 1.4TB allocated to /home (where you've only used 4.5GB of that > 1.4TB), but only 50GB allocated to your root of / > > /var/snd is a folder off / so for sure it'll run out of space quickly. CentOS is not very fixable in this regard. The philosophy seems to be to blow everything away and start over. If you can, then do that. What *I* would do, ( a little "Cowboy" engineering ) I would create a directory /home/snd then copy everything from /var/snd into it. Very non-standard, but it'll work. Once that's done, delete ( yep, delete ) /var/snd altogether. rmdir /var/snd Now link the 1.4T /home/snd partition in place. You can't make hard links across systems, so ln -s /home/snd /var/snd Check the permissions on /home/snd /var/snd being a symlink is going to show incorrectly, but the files that are apparently in it will show correctly. -- Cowboy See more of your friends. Become a nudist ! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Wed, 27 Nov 2019 08:46:22 -0500 Fred Gleason wrote: > > What's the upside of compression? > > When drives were expensive, you > > could make a case for compression of audio. I just don't see an imparitive > > now. The only valid argument I think I could make, would be transferring content across a bandwidth constrained network. Even then, the argument is for compression during the transfer, not on the storage medium. -- Cowboy See more of your friends. Become a nudist ! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDImport
On Wed, 27 Nov 2019 01:00:27 + Mark Murdock wrote: > drive is a 1.5 TB drive, and there's plenty of space left on it, but when I > looked at the > properties of /var/snd it said that 49.5 GB had been used of 53.7 GB, and > that there is only 133 > MB left (99% used). Is there a way to expand the space allocated for > /var/snd? Is there a > solution for this? The solution depends on the problem ! You've described the symptom. ;-) Please post the output from df -h -- Cowboy See more of your friends. Become a nudist ! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Server for playout?
On Thu, 10 Oct 2019 14:35:07 -0500 Tom Van Gorkom wrote: > I would like to hear about other good setups as well since I plan to > rebuild the servers in the next few months (still on CentOS 6.9). A lot of > the decision depends on how big your operation is. We run client/server with full redundancy, Redundant servers, redundant clients, redundant remote viewers, and a "wayback" machine running RDCatch as record, and 168 hours later, playback. Redundant sound cards ( ASI livewire ) are in the redundant servers. Even wayback is redundant, with one on-site, and one off-site. The off site is configured in a way that while it has a full copy of the entire audio store, and the database current to within 24 hours, it can not "run" that database or audio store. It's strictly off-site backup, current to within less than 24 hours. None of this except replication is automatic ! If it fails in a catastrophic way, that's a big enough deal I want everyone to know about it, so it gets tended to ASAP. Now, we also have redundant Cisco switches, even redundant CAT cable to each location, so no one item is permanently fatal. Each identified single point of failure has a redundant device, either hot or cold backup next to, above, or below it. Even in the event the building becomes a smoking hole in the ground, there is a full backup available, and 7 days to get it up and running. I once saw a RAID-5 fail, where the first disk had failed months prior, but because it automatically kept going, no one knew until it failed in a non-recoverable catastrophic way. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Setup Advice
On Tue, 8 Oct 2019 11:51:07 -0500 Tom Van Gorkom wrote: > My experience with the DB replication is > that if he reboots one of them, it will stop replicating until re-synced Thank you for that !! We had a "main" server fail a month or two ago, and then discovered that "replication" was at least 14 months out of date ! Methinks you just explained how that happened. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Relocating shared folders
On Tue, 24 Sep 2019 13:06:14 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > We just connect with ssh -X and then run rdlogedit or rdlogmanager. As do we. > VNC is > only necessary if you need to see the same destop that the live operator > sees. But do remember, Windows, at it's heart and soul, is a single-user single-task glorified video game. *nix is at it's heart and soul, a multi-user, multi-tasking, network based OS, designed for multiple users to be doing different things simultaneously. Many windows users just don't "get it" that way. They assume that the live operator is the ONLY operator, which just ain't so. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Glasscoder icecast/shoutcast V1
On Tue, 20 Aug 2019 21:07:19 +0200 Workino wrote: > Am I in wrong? :) You are not wrong ! The only real issue, is that most all equipment can and does support IPv4 out of the box. Some also supports IPv6. So long as you have a NAT router to gateway between the IPv6 and IPv4, it really doesn't matter, except in cases like the one in question, where the software *may* be coded in such a way that it will *only* support one, or the other. If the software is done right, ( not always easy ) it talks to the kernel ( on linux ) and lets it figure out how to talk to the wire. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Glasscoder icecast/shoutcast V1
On Tue, 20 Aug 2019 09:07:11 -0700 Bill Putney wrote: > I am amazed at how slow the adoption of IPv6 has been. I'm not. Not at all ! > There has been a > working set of specs and hardware for almost 2 decades. True ! > I don't know of > anything built in the last decade that wasn't IPv6 capable. Really ? I'm not aware of much that *was* IPv6 capable the last 8 or ten years. Today, 2019, sure. 2009, not so sure. > There > haven't been IPv4 addresses available for 3 or so years. That's flat not true !! There have been and remain so today. > The only thing > I can imagine is that there is some market force at work that is slowing > it down. That's part of it, yes. google is pushing IPv6 hard, but we're getting to the point where google is the well known extra-legal universal mercenary spy organization. ( here's this portable camera/gps which we want you to take into the bath room with you so that you will have a better user experience. Yeah, right ! ) Knowing how evil google has become ( even dropped their moto "don't be evil" ) anyone *that* evil who favors IPv6 is almost reason enough to run like a raped ape ! > Like all the big carriers that have all the v4 address space > have too much control of ICAN. No. More like the major backbone providers still have a great deal of IPv4 equipment out there in regular service. They're not going to trash it "just because" ! > They've made some pretty stupid rules > around getting v6 address space. Not at all what you'd expect if you > wanted to fast track v6 adoption. Nobody wants to fast track it, except google of course, and a few politicians. Basically, the people pushing it are nefarious enough to be reason alone to walk away from it at any and every opportunity. Remember the whole Y2K scares ? This is much the same. Ho, hum. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] PCI Audio Science Cards and HPI Drivers?
On Sun, 16 Jun 2019 12:46:59 -0700 Bill Putney wrote: > 2) Is there a way from a terminal to see if the system is seeing an ASI > card? Two. dmesg should show you most of the kernel messages from the last boot. > 3) Does the Paravel Broadcast Appliance have the HPI drivers already > installed as part of the package or do they have to be loaded separately? Depends on the card, and version of riv. We had need for an Axia/Livewire card, so I plugged the card into a benign non-riv machine, just to set the IP on the Livewire side of the card. Well, until AFTER the driver initializes the card, it's basically a brick. Therefore, your issue could be any of hardware, driver, order, both, neither. Ain't it grand ? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Adding Remote desktop
On Tue, 11 Jun 2019 00:25:20 -0400 ija...@jamcorbroadcast.com wrote: > I tried with X11VNC also TigerVNC. does any on have Remote deskop > working and can provide a step. > by step guide > With XllVNC you try to connect with VNC It says no connection Available > when You manual start the server. > X11VNC is was set up with the system. You're probably making it more complicated than it needs to be. ( personally, I've never gotten RedHat "remote desktop" to work at all ) On your remote system, ssh into the target Riv. machine, forwarding port 5900 back to your remote system. ssh -L 5900:localhost:5900 target.machine.com Run the X11vnc server as such.. x11vnc -nopw -display :0 -connect localhost In a different window, or gui ( matters not ) vncviewer localhost -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Best Computers for Rivendell
On Thu, 2 May 2019 20:57:27 + Mark Murdock wrote: > If one were going to purchase an off-the-shelf computer for Rivendell, what > would be a good > choice? What brand? What kind of processor? HD or SSD? What to avoid? To be perfectly frank, I'd call Paravel and buy it from them. Not only will you get a fully supported install, pre-configured for you, but you'll also get supported hardware ! If you ask nice, you *might* even get it pre-loaded with YOUR format ! -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Lost Username and Password
On Thu, 11 Apr 2019 17:27:20 +0100 David Garwood wrote: > Now we are ready to roll but the username and password (carefully > recorded at the time!) have been forgotten/lost. Maybe. Which username and password ? root ? rd ? Rivendell, or system ? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] MySQL Encryption?
On Thu, 07 Feb 2019 07:49:52 -0500 Fred Gleason wrote: > Rather than attempting to harden each data service individually, I > would *strongly* recommend establishing a VPN tunnel between the sites > and pass everything through that. And I would strongly concur ! Even if you harden/encrypt MySQL, by exposing it at all you are opening a path for the bad guys. Even if all they do is hit you with a denial of service... Why risk it ? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Support for MP4V2/AAC/M4A Files
On Mon, 04 Feb 2019 11:27:49 -0500 Fred Gleason wrote: > generally a Really Bad Idea to enable any > 'alternative' repo(s) on a standard CentOS Rivendell system (other than > EPEL on CentOS 7, which comes enabled out-of-the-box). *Serious* > version skew mayhem can (and on occasion has) ensue[d], to the point > where the subject system can no longer even launch a desktop. Under protest, but I *can* attest. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDAirplay Time Different Than Linux Time
On Thu, 24 Jan 2019 07:01:06 -0600 Alan Smith wrote: > As oddly as it sounds I > believe different "users" can set different time zones, I haven't played with it, but it doesn't sound odd at all ! Remember, at its heart and soul, *nix is a multi-user multi-tasking operating system. Some of those multi users could easily be in a different time zone, but as I say, I haven't played with it. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Using Apache under Windows for Rivendell
On Tue, 15 Jan 2019 12:19:50 -0500 "Pab Sungenis" wrote: > I've not seen a problem with locking. Not that it won't happen, but I've not > yet seen it. You will ! ( among other things ) It's not just locking, but the way the file system internally refers to file data itself. That's why windows can't ( not just won't ) do some of the things various parts of Rivendell require. Depending on what you do, when, and how, you might see nothing, or you might see some real damage to your audio store. You are playing Russian Roulette ! Sooner or later, it *will* get you. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Mysql Question
On Thu, 27 Dec 2018 13:13:01 -0500 ija...@jamcorbroadcast.com wrote: > Or can share how to create automated process that works. We all have preferences. Mine is Webmin an HTML based interface to just about any and everything that can be administered on a *nix system. It will allow direct editing of a database ( not generally recommended ) and I use it to make a daily backup of several databases on a schedule, very similar to scheduling a nightly CRON job. It's not part of any RHEL or CentOS package. You have to download and install an RPM separately. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Alpha 3 ?
On Tue, 18 Dec 2018 11:57:19 +0100 Aurélien Lorence wrote: > sound like music to my ears: "version 3 alpha". > I really wish to try it out and discover the new features. Remember what *alpha* means !! It means known broken. Known to NOT work. It means ( in this case ) ONLY to test the installer. NOTHING else is yet expected to work. At all ! If anything else actually works, it's unexpected. As such, do not expect to discover any new features. Those burdened with alpha software are generally carefully chosen for this punishment for very specific reasons. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Questions On Paravel Centos 7 Rivendell Build
On Fri, 7 Dec 2018 08:34:15 -0500 Fred Gleason wrote: > On Dec 7, 2018, at 07:43, Cowboy wrote: > > > By default, but it begs the question, > > gnome-desktop-2.32.0-17.el7.x86_64.rpm > > appears to be Gnome-2 for RHEL-7 !? > > Apparently. I’m not seeing such a package available in either CentOS 7 Base > or EPEL, so I really > have no way of verifying what exactly it is. In EPEL.. https://centos.pkgs.org/7/epel-x86_64/gnome-desktop-devel-2.32.0-17.el7.x86_64.rpm.html -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Questions On Paravel Centos 7 Rivendell Build
On Fri, 7 Dec 2018 07:09:06 -0500 Fred Gleason wrote: > Gnome on CentOS 7 is (alas) Gnome 3, By default, but it begs the question, gnome-desktop-2.32.0-17.el7.x86_64.rpm appears to be Gnome-2 for RHEL-7 !? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RDAirplay vu meter
On Fri, 7 Dec 2018 12:09:43 +0100 Gabriele Fergola wrote: > Is the 0 on vu meter real 0 or is around -13dB? Your audio processor is showing you db below digital clip. ( clip is a catastrophic system failure ) Rivendell 0 is showing you the normal, sane operating standard adopted many years ago. It's actually 10 db higher than the historic standard built into analog consoles of my day. There's quite a bit in the archives about reference level. What's not there, just as FYI... In my day, reference level was based on a 400 hertz sign wave recorded on tape at a magnetic flux of 100 nano-webers. The AC voltage at the head depended on the head physics, and on the bias level recorded on the tape. Higher bias produces much better fidelity, but subtracts directly from dynamic range. The following amplifiers were calibrated to produce 0 reference level when that standard tape was played. Most normal audio had an apparent discrepancy with standard level of about four to one, so in order for an an operator striving to constantly maintain an average at 0, the amplifiers would need about 20 db or so of headroom to avoid clip. In analog, clip is annoying, but not catastrophic. Still, we're professionals, so please try to act like one ! Thus, standard level was generally about 20-26 db below the rails. The rail being the power supply voltage, and thus the absolute maximum instantaneous peak that could ever hope to be achieved, assuming the supply didn't sag. Attempting to run above standard to get "loud" is simply unprofessional, as well as risky dangerous to fidelity, ( opinion ) and stupid ! If you want loud, add an amplifier. That's what they do. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Centos 7 & Dell Optiplex 3060 Tower
On Tue, 4 Dec 2018 11:32:17 -0500 (EST) Rob Landry <41001...@interpring.com> wrote: > I often prefer to build my own machines > around motherboards of my choosing. If I have a specific application for which I can't buy off the shelf, such as a machine that will host 16 10T SATA drives, or a machine that will host 7 or 8 Rivendell virtual machines, then yes, I prefer to build it with parts of my choosing, largely for high compatibility, BUT... If at all possible, I will always go with an off-the-shelf box from the local comfuser store, so that "the next guy" doesn't have to reverse engineer what I was thinking at the time. My favorite laptops are Dell. I have a few HP/Compaq servers. ( which are NOISY !! ) I have a dozen or so special purpose-built. I'm also not opposed to buying a "machine" for hardware reliability, and repurposing it to something else. My personal house server, and my personal Spam-O-Matic are running on off the shelf IsIS TS-1000 routers with boosted RAM and RAID-1 laptop hard drives. ( I considered Cisco switches, but the software gets tricky ) (( I do have a 48 port router/firewall built from 1 TS-1000 and a Cisco 3560G with highly customized ( but commercially supported ) software/OS )) -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Database Migration
On Mon, 3 Dec 2018 16:24:05 + "Jeremy W. Eisenzimmer" wrote: > Greetings! > > I'm looking at moving one of my database from RCS Master Control into > Rivendell. Fred should chime in here, but as I recall from a project we did together, that one is already fully compatible through a module, though the details escape me at the moment. Fred, didn't we do that for the Cleveland idiot ? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell in conjuntion with owncloud conciderations
On Wed, 28 Nov 2018 10:07:49 -0500 (EST) Rob Landry <41001...@interpring.com> wrote: > My usual practice is to open a > reverse SSH tunnel and do my MySQL queries through that. And mine, though I also frequently end up doing an ssh-bounce through an intermediary machine that exists primarily for that purpose, and very often ( whenever possible ) using a dynamic DNS with a variable IP. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Upgrade Centos 6 to 7
On Sat, 24 Nov 2018 15:39:14 + "Harris, Don" wrote: > If I could gain access to some instructions I’d appreciate it. Thanks The short version is that there is no upgrade path from CentOS-6 to 7. ( nor RHEL 6 to 7 either ) It's a completely different OS. You basically wipe the disk and start over. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] VNC or X for Windows access to Rivendell?
On Tue, 20 Nov 2018 06:52:06 -0500 drew Roberts wrote: > locally if that is the > first test: Frankly, I wouldn't suggest locally. ( "locally" meaning on the same machine ) That creates a nasty loop. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] VNC or X for Windows access to Rivendell?
On Mon, 19 Nov 2018 23:02:07 -0500 ija...@jamcorbroadcast.com wrote: > If any on gets X11vnc Running let me know. If anyone ??? As has been mentioned here many times, many of us use it quite often. Open a terminal. x11vnc -nopw -display :0 -connect localhost Now from another machine, vnc to the ip address of the first machine vncviewer x.x.x.x:5900 What do you see ? -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] VNC or X for Windows access to Rivendell?
On Sat, 17 Nov 2018 06:46:17 -0500 drew Roberts wrote: > Does anyone see problems with this line of thinking In the 14 ( or is it 18 ? ) machine system we have, that's exactly how it's done, and for those same reasons. There is the additional that VNC is also on the on-air machines so that when the place is unattended, a competent person can get in and fix something, just in case. In order to do it, they first have to vnc into the "second" machine in your scenario, then vnc to the on-air. The extra steps make it certain that it's not an accident. Most of the people are coming from vnc on windows, but at least one comes in from vnc on his iPad. There is also x11vnc at my desk workstation, but normally not running. If needed ( it has been ) the procedure is to ssh -L 5900:localhost:5900 into that machine, then start x11vnc "locally" and then VNC in. It's a bit more secure that way, but not for the neophyte. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Formatting A New Hard Drive In Centos 6
On Fri, 16 Nov 2018 07:28:50 -0500 Fred Gleason wrote: > ++, *provided* that the drive capacity is <=2 TB. If it’s larger, you’re > pretty much forced to > use gparted(8) as you’ll need a GPT partition table. Sadly, true. Even the GUI version is not exactly "user friendly" and, much like windows, it knows better than you do, ( you idiot ) which makes it difficult. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Formatting A New Hard Drive In Centos 6
On Fri, 16 Nov 2018 01:20:34 -0800 Rich Stivers wrote: > This is not a Rivendell question per se, but I need to replace a bad > system drive on one of my Rivendell workstations running > Centos 6. I have a brand new hard drive that has never been formatted. > I've read online that new drives can be formatted in > Rescue Mode booted from an installation disk. Honestly, CentOS-6 has an excellent disk manager in the full install GUI. I'd add the new disk as a second ( or third ) drive in a running, fully functional CentOS-6 box, and use that. It'll be under Applications, System Tools, Disk Utility -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] [Off Topic] a little VNC help with XFCE, please?
On Thu, 15 Nov 2018 11:02:22 -0600 Alan Smith wrote: > Where did I go wrong? You used vnc-server instead of x11vnc -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Win32 build ini file question
On Thu, 15 Nov 2018 06:31:00 -0600 Alan Smith wrote: > Does anyone know if x11vnc and vnc-server can peacefully co-exist > (assuming they are configured on different ports)? One would be used > for desktop sharing/file transfers by support staff, the other for > clock/log maintenance by the remaining station staff. Yes they can. Easily, almost a no-brainer. I do this quite often, via ssh. ( the default vnc port gets hammered by crackers, and a bug in vnc logging will fill a terabyte in a couple days ) Let's assume your target host system is in DNS as target.com and that you've re-located ssh to listen to port 2525. first, ssh -X -L 5900:localhost:5900 u...@target.com -p 2525 Now that you're in through ssh, at the command line on target, start up x11vnc x11vnc -nopw -display :0 -connect localhost Note that if vnc-server is already listening on port 5900, x11vnc will use 5901 so the numbers above become 5900:localhost:5901 Note that -nopw is because I have decided that since this is not running except when explicitly called, ssh provides the security. Now from a different command console, or a GUI, either way vncviewer localhost Any number of port combinations and configurations are possible. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Win32 build ini file question
On Wed, 14 Nov 2018 19:26:30 -0500 Fred Gleason wrote: > Ready, aim, and then fire! Last I looked, that *was* the preferred sequence… > :) That's why you're not in management ! The correct sequence is: FIRE ! Aim, FIRE ! Ready, FIRE ! -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] re-normalize a batch of carts?
On Thu, 1 Nov 2018 11:06:31 +1300 Robert Jeffares wrote: > In digital audio, overshoots cause lots of instant distortion. Almost right. "Overshoot" has a specific technical meaning, ( involving bass ) and isn't as intuitive as one might think, but I think I know what you mean. In analog audio, when a peak "bangs the rail" you get a clip. In other words, if the absolute peak voltage of the audio wave form tries to exceed the power supply voltage ( the "rail" ) the voltage rise will just stop at the rail voltage and stay there until the slope of the wave form on the declining side drops below the rail. That flat topped portion has what it should have been clipped off, and is therefore called a clip. In analog, you may, or may not hear it depending on how deep the clip is in what should have been, and how often it happens. If you "normalize" as we did in the analog days around -26 or so, then you have 26 db above 0VU before bad things *might* happen. In the digital world, 0FS is the point where the digital representation of the waveform become all 1's. We call it a "digital clip" but it's not what that implies. "Digital clip" is a catastrophic total system failure. Since *ALL* of the 1's are used, there is no moderation, and no recovery. There is no slope. It's a sudden, and very harsh cut off, like the point of impact when a body falling from a tall building contacts the concrete street. This is why we need headroom ! Several 1's that we hope to never, ever use. True "overshoot" in the digital world is a case where 1+1=3. ( simplified ) Therefore, it is entirely possible to "over shoot" the 1+1=2 that was intended, go into digital clip, and the resulting catastrophic system failure. If there were 4 headroom, then the 1+1=3 distortion would still exist, but would be within the capability of the system, so the system doesn't fail at all. *THIS* is why 12 db or more of headroom is a good idea. Personally, I would not have chosen 13, because I prefer even numbers, but any "reasonable" number should be fine. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] re-normalize a batch of carts?
On Thu, 1 Nov 2018 07:45:26 -0400 Fred Gleason wrote: > and rewriting audio can cause quality degradation (especially if MPEG Layer > II format is > involved). Can cause ? I would argue that rewriting audio in any format other than what it already is, absolutely *will* cause some degree of degradation, MPEG-1 Layer 3 ( commonly called MP3 ) is about the worst I know about in every case. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Serial port adventures
On Thu, 18 Oct 2018 14:07:17 +1300 Robert Jeffares wrote: > On 10/10/18 2:54 AM, Rob Landry wrote: > > The scripts worked perfectly from the command line, but not when > > called from Rivendell. > > However, what I've just discovered is that the Bruins scripts are > > failing because they don't have permissions to access the serial port > > -- even though user 'scott' is in the dialout group and does have such > > permissions. > > The obvious question is: what user is it running as? Since the scripts > > were working from the command line, 'scott' clearly had permissions to > > access the serial port. > > > > I vaguely recall having encountered this problem before. I have a vague recollection as well, but it's vague, and I'm old. It occurs to me, that the easiest way to discover what's happening, is to add into the script... ( so you know what the system thinks inside the script ) printenv > script.log which will dump almost everything you'd want or need to know into that file as far as who the script runs as, and what that user is, and is not. Make sure that the group is right, on RHEL or CentOS 7 run sudo lid -g dialout >> script.log to get the known members of the dialout group. ( assuming sudo is set to allow. lid needs root privileges to work ) Compare that output to the same command from the command line where the script works as expected. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
[RDD] Found on the net...
Regarding using a Mac in a Linux environment... quote: Where do .TemporaryItems folders come from? When a mommy folder and a daddy folder love each other very much.. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Hello and a question
On Tue, 16 Oct 2018 13:28:50 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > I'm curious: why ext3 and not ext4? It's been a while, so I might want to look it up again... Something about EXT3 journals and when data is actually committed. EXT4 reports committed when it's not, or some such, to boost performance at the expense of reliability, but as I say, it's been a while. And, I can find no benefit ( for my purposes ) of EXT4 over EXT3. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Hello and a question
On Mon, 15 Oct 2018 19:35:26 +0100 Cliff Osbourne wrote: > would I be correct in thinking that I could mount and external > USB on the ‘snd’ folder and have the system default to this for the > audio store with necessary fstab tweaks? Sure ! Why not ? ( well, I can think of a few reasons I wouldn't, but it'll work ) > Secondly, if my assumption is > correct, should this external drive be formatted XFS to match CentOS 7 > or would ext4 be ok? Can be anything the OS can read. Personally, I'd use EXT3, but that's me. ( nearly all of my systems are EXT3 data-journaled ) -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Easy Install / Freeze version
On Wed, 3 Oct 2018 11:08:22 -0500 Alan Smith wrote: > To be completely honest, what scares me most is updates. > I just need to take a leap of faith... Fear not ! Fred and I have a "gentleman's agreement" that the network is a test bed. I get the updates before you do, and as soon as something breaks, Fred knows it. More importantly, I know where he lives, and I know his wife, and a couple of other things that allow me to make a deal he can't refuse. :) SO, updates are tested in Fred's lab, then at his network, then at mine. If they pass all of that, you see a "beta" release. If that survives, then, and only then, do you get a "production" update. DISCLAIMER: It's Open Source. If it breaks, you get to keep both pieces. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Backup/Restoring the DB via command line [WAS: Moving RD to another system]
On Tue, 2 Oct 2018 12:26:02 -0400 Fred Gleason wrote: > We’re hoping to have an initial beta release ready so folks can begin testing > in the next month > or so. We should chat ! Not today, but backwards compatibility, and select systems within my plant will be VERY important, IMHO. Current plan has me in the office Thurs. for a short day. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Backup/Restoring the DB via command line [WAS: Moving RD to another system]
On Tue, 2 Oct 2018 11:21:51 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > And restoring a database > from a backup isn't something I'd want an operations person to do. I would agree, but I'd never give operations personnel access to RDAdmin. > Я там, где ребята толковые, Sometimes, I'm not so sure. Other times... On Tue, 2 Oct 2018 11:25:26 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > They can always call Paravel for support, if they deem themselves > incapable of learning how to do it themselves. On that, we do agree, but I don't think it negates my argument. -- Cowboy Grief is the Reminder that we Loved. And were Loved. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Backup/Restoring the DB via command line [WAS: Moving RD to another system]
On Fri, 28 Sep 2018 12:42:02 -0400 Fred Gleason wrote: > I’m currently thinking along the lines of a small, stand-alone applet > (similar to > rdalsaconfig(8)), that would provide buttons for basic DB management > operations: And the old buttons could/would link to and run the applet. I'd go for that. Then, the applet could incorporate Drew's suggestion separately, which I also like, a lot ! -- Cowboy The only justification for our concepts and systems of concepts is that they serve to represent the complex of our experiences; beyond this they have no legitimacy. -- Albert Einstein ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Backup/Restoring the DB via command line [WAS: Moving RD to another system]
On Thu, 27 Sep 2018 11:25:46 -0400 Fred Gleason wrote: > (In fact, in the upcoming v3.x release, the backup and restore buttons have > been completely > removed from RDAdmin) STRONG objection !! While you and I might be quite comfortable at a command shell interface ( perhaps even more comfortable than with a GUI in many cases ) this is absolutely the wrong direction for the "everything smartphone" generation. And, although it pains me, you and I are mortal ! -- Cowboy "They that can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety." -- Benjamin Franklin, 1759 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] VNC on CentOS 7
On Thu, 6 Sep 2018 11:19:57 -0700 Patrick wrote: > Which VNC server is recommended for Rivendell on CentOS 7? > Thank you. CentOS has a built-in, you may have to install it. Not real straight forward, that. I'm using x11vnc for a variety of reasons. CentOS uses TigerVNC, but it has some limitations that make it unworkable in certain situations. -- Cowboy If the vendors started doing everything right, we would be out of a job. Let's hear it for OSI and X! With those babies in the wings, we can count on being employed until we drop, or get smart and switch to gardening, paper folding, or something. -- C. Philip Wood ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Dropbox and CentOS 6.6 (was Fwd: [Action required] We’re updating Linux system requirements
On Sun, 02 Sep 2018 07:38:45 -0700 Bernardo J Mora wrote: > Apologies for the long ‘attachment,’ but I received the following email from > Dropbox a bit ago. > Suggestions? > > It seems to have already disconnected the (very few) events I was using in > RDCatch to retrieve > Dropbox files. If it's what I think it is, even CentOS-7 has problems. We found one of our outside file folks dropped support for most of the current ssh encryptions, opting to use **only** the very latest. We were able to hack Cent-7 but Cent-6 is far more formidable a project, so we're just being forced to "up" grade, mostly to circumvent non-existent problems. -- Cowboy Death rays don't kill people, people kill people!! ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] destination file not created - Debian 8 fresh install
On Tue, 21 Aug 2018 11:55:49 -0400 Fred Gleason wrote: > The developers of SystemD have rather a habit of unilaterally deciding that > certain actions are > ‘insecure’ and then (silently) preventing Well, that is SO much better than the mature, proven, well understood init that I just don't even know what to say ? -- Cowboy It is impossible to experience one's death objectively and still carry a tune. -- Woody Allen ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Still can't add active services to groups
On Mon, 20 Aug 2018 11:44:28 -0400 wrote: > After replacing hard drive and reinstalling Reinstalling CentOS ? Have you seen the previous threads about selinux ? -- Cowboy After his Ignoble Disgrace, Satan was being expelled from Heaven. As he passed through the Gates, he paused a moment in thought, and turned to God and said, "A new creature called Man, I hear, is soon to be created." "This is true," He replied. "He will need laws," said the Demon slyly. "What! You, his appointed Enemy for all Time! You ask for the right to make his laws?" "Oh, no!" Satan replied, "I ask only that he be allowed to make his own." It was so granted. -- Ambrose Bierce, "The Devil's Dictionary" ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rdairplay dies, out of memory
On Mon, 13 Aug 2018 20:41:27 + David Henderson wrote: > Just wondering if the machine gets rebooted regularly or if it is left > running indefinitely. I > usually try and reboot once a week. Linux is not windows !! I reboot only to replace the currently running kernel, or when Edison decides to restore power to the neighborhood. Typically, once up and running, most any Linux I've run will go 4-5 years, and that limit only because you can't replace a PATA IDE hard drive hot like you can with SATA. > From: Rob Landry <41001...@interpring.com> > A station emailed me just now to report that rdairplay died in the middle > of a piece of music. > > /var/log/messages shows that the OS ran out of memory and killed > rdairplay. > > This is RD 2.16 running under CentOS 6 > What would cause the OS to run out of memory, I wonder? It's not the sound card. Unfortunately, after the fact it's a bit hard to tell. Depending on the clock, it could be something as innocuous as re-indexing the locate database, an ldconfig for who knows why, or something even more transient so we'll never know. -- Cowboy The aim of a joke is not to degrade the human being but to remind him that he is already degraded. -- George Orwell ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] 3 hours off
On Mon, 13 Aug 2018 15:58:27 + Mark Murdock wrote: > Any ideas? You're displaying Eastern time instead of Pacific time. Check your time zone settings. -- Cowboy The aim of a joke is not to degrade the human being but to remind him that he is already degraded. -- George Orwell ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Audio Playback Stopping
On Fri, 3 Aug 2018 09:47:55 -0500 riv...@braingia.org wrote: > Is there anything relevant from the 'dmesg' command about disk when that > happens? or in /var/log/messages ? > On Fri, Aug 03, 2018 at 05:58:03AM +, David Henderson wrote: > > I would have expected some sort of error though to show in the raid array. I would not ! The RAID hasn't failed until it fails. I would be looking in the logs, and at smartctl -x /dev/sd? -- Cowboy "I don't mind going nowhere as long as it's an interesting path." -- Ronald Mabbitt ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] "unable to create destination file" - Debian 8 fresh install
On Mon, 23 Jul 2018 10:17:57 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > I hate, hate, hate error messages like this. The message should say: > "unable to create destination file: /path/to/filename". It could be worse. "They" could have specified the error text as... "Like dude, something went wrong." Or the once popular.. "I can't do that, Dave." Or, the currently popular... "Tell Google about this problem" -- Cowboy today, n.: A nice place to visit, but you can't stay here for long. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] nfs mount with CentOS
On Wed, 11 Jul 2018 09:33:40 -0400 Fred Gleason wrote: > On Jul 11, 2018, at 09:23, le père Léon wrote: > > > /var/snd will be on NAS, I'm trying to mount nfs volume : > > [root@rivendell ~]# mount -t nfs4 192.168.0.100:/volume1/Rivendell /mnt/test > > mount.nfs4: mount system call failed > > Try NFSv3. Something like: > > mount -o vers=3 192.168.0.100:/volume1/Rivendell /mnt/test > > I have found lots of flakiness trying to make NFSv4 work across different > implementations. Seconded !! ( of course, I learned some of this at Fred's suggestion after some time and frustration ) -- Cowboy In a gathering of two or more people, when a lighted cigarette is placed in an ashtray, the smoke will waft into the face of the non-smoker. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rdairplay audio dropouts
On Fri, 6 Jul 2018 13:47:56 -0500 Tim Camp wrote: > Well we had previously used a cifs connection to the windows box, but the > mount point being in the user directory would cause the file manager > sometimes 15 minutes to populate waiting on the windows box. This made it > rdlogmanger lockup when trying to create a log as it was looking for that > mount point > for traffic import. we thought going the other way would stop this problem > (which it did) but now we have this problem. > > As I said it only happens during the day when that mount point is being > used by the traffic system. > > rivendell only needs that share for the short time it takes to import > traffic, but of course the traffic system needs to see it all the time. > > Wondering if I am going to have to go back to the old way of just sending > the log over via ftp, which was the method years ago. > > maybe I can write a short batch file for the traffic girl to run after she > finishes the log. Gave it some thought. If I understand correctly, the Rivendell problem is that the *network* is saturated, thus preventing the real time transfer of priority stuff, like audio. Everything else works. OK, here's two solutions... A gigabit card in the Riv. machine, AND a 100BaseTx card in the M$ machine. Hardware will limit M$ to 10% max of what's available to Riv. A second card in the Riv. machine, and a super private point-to-point LAN between the Riv. machine and M$ via a cross-over cable. Network cards are cheap enough these days, and if you have one in the junk box, then the only cost is a little time. Probably less time than most any other solution we could invent. -- Cowboy He was a fiddler, and consequently a rogue. -- Jonathan Swift ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rdairplay audio dropouts
On Fri, 6 Jul 2018 11:31:01 -0500 Tim Camp wrote: > If I shutdown the nfs-kernel server problem goes away. If I disconnect the > windows machine problem goes away. Had a thought... If I'm understanding correctly, the audio is playing off of a box. That box is also providing nfs to a M$ client machine. If so, it might be as simple as starting the nfs daemon with a nice level 20 ( positive numbers are lower priority ) This should cause the nfs daemon to only run when nothing with a higher priority is pending. Of course, if there are other nfs clients, it'll choke them, too. The normal priority would be 0, the idle process runs at +20. You might need to give nfs a higher priority, say 15, to get enough nfs for the system to work right. Pretty much anything that mixes Linux and M$ is problematic to one extent or another. -- Cowboy He was a fiddler, and consequently a rogue. -- Jonathan Swift ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rdairplay audio dropouts
On Fri, 06 Jul 2018 10:30:25 -0700 "Lorne Tyndale" wrote: > Microsoft has made an NFS client for a while, I admit I have not tried > it and I don't know how well it works. Well, if history is any teacher, it'll be M$ own interpretation of exactly and precisely what NFS *should* do in their opinion. I'd expect that would include SMB file locking, "master browse list" and so forth. But, I don't know. Personally, I'd run a tcpdump on it and see exactly what it is doing. Then, go from there. -- Cowboy He was a fiddler, and consequently a rogue. -- Jonathan Swift ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] rdairplay audio dropouts
On Friday 06 July 2018 12:31:01 pm Tim Camp wrote: > Machine network interface is totally overwhelmed from a windows traffic > machine which is attaching to a nfs share on the same box. This doesn't > happen all the time but when it does as you can imagine panic ensues. How did you get windows to do NFS ?? That's a new one, and although you're having problems, I can see where it might be useful at times. -- Cowboy http://cowboy.cwf1.com The greatest dangers to liberty lurk in insidious encroachment by men of zeal, well-meaning but without understanding. -- Justice Louis D. Brandeis ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rddbcheck Not Finding A Zero-Length Cart
On Fri, 06 Jul 2018 09:29:15 -0400 Chuck wrote: > In my case, all of the files in question play fine on VLC and open and > play without problems in Audacity (WAV files on my system). The Library > sees the files, but refuses to admit there is audio in them, when > clearly there is. Had that situation myself a few weeks ago. The "solution" depends on you having available a backup of the database when those carts worked correctly, and a machine onto which you can restore that database that also has access to mount the audio store, and if you have that, several steps follow. It's going to be much easier and simpler to just re-import those carts. ( and probably faster too ) -- Cowboy He was a fiddler, and consequently a rogue. -- Jonathan Swift ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Problem with Adding Groups to Services
On Wed, 27 Jun 2018 12:09:07 -0400 wrote: > Any thoughts? Was the previous install the same version ? -- Cowboy "One lawyer can steal more than a hundred men with guns." -- The Godfather ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Cron.daily to delete all /tmp/rivendell* files over 8 hours old...
On Mon, 25 Jun 2018 19:22:23 -0700 Rick Thomas wrote: > CentOS 6.9 from the Rivendell Broadcast Appliance iso installed back in March > 2014 or so. > > If that helps to nail it down… > Rick > > On Jun 25, 2018, at 3:44 AM, Cowboy wrote: > > > On Mon, 25 Jun 2018 02:39:27 -0700 > > Rick Thomas wrote: > > > >> It seems to come from a line in /etc/cron.daily/tmpwatch: > >> > >>> /usr/sbin/tmpwatch “$flags" 8h /tmp/rivendell* > >> > >> > >> Does anybody know why it’s there? > > > > I'm not finding that line in a very standard installation ? > > > > What OS ? OK, I went and looked in my Riv 6.x box, standard install, and it's not there. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Glitches pausing in audio
On Mon, 25 Jun 2018 09:56:52 +1200 Geoff Barkman wrote: > Could this be a sign of hard drive > failure inpending? What do others think. > It's getting on 8 years old. Could, yes. What does the S.M.A.R.T report say ? The first thing I'd do, is make a backup ! You may need it in ten minutes or so. Note: This one reason I use RAID-1 on near everything that can. -- Cowboy "The question is rather: if we ever succeed in making a mind 'of nuts and bolts', how will we know we have succeeded? -- Fergal Toomey "It will tell us." -- Barry Kort ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Cron.daily to delete all /tmp/rivendell* files over 8 hours old...
On Mon, 25 Jun 2018 02:39:27 -0700 Rick Thomas wrote: > It seems to come from a line in /etc/cron.daily/tmpwatch: > > > /usr/sbin/tmpwatch “$flags" 8h /tmp/rivendell* > > > Does anybody know why it’s there? I'm not finding that line in a very standard installation ? What OS ? -- Cowboy "The question is rather: if we ever succeed in making a mind 'of nuts and bolts', how will we know we have succeeded? -- Fergal Toomey "It will tell us." -- Barry Kort ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RdAirplay Log panel columns
On Sat, 23 Jun 2018 18:43:55 -0400 Luigino Bracci wrote: > Please, could you consider running a crowdfunding campaign, or maybe other > collective financing mechanisms, to raise enough money to hire one or more > programmers needed to help Fred to upgrade Rivendell to Qt5? Since this appears directed towards me, *I* won't, no ! Rivendell is Open Source. That means that if you want it to be QT5, then you are free to download the source code, and do it yourself, PROVIDED you re-release it back to the community for free. It is commercially supported by Paravel Systems, in which I have no interest or part what so ever. For the most part, it seems to run fine on CentOS 7. ( with exception that some things render at a glacial pace ) -- Cowboy The nice thing about standards is that there are so many of them to choose from. -- Andrew S. Tanenbaum ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RdAirplay Log panel columns
On Fri, 22 Jun 2018 14:06:42 -0400 Luigino Bracci wrote: > Please, upgrade to Qt5 :'( > > 2018-06-22 10:09 GMT-04:00 Fred Gleason : > > One of the most commonly requested features! Unfortunately, also nearly > > impossible with the current GUI toolkit (Qt3). :( You do understand that *IF* I could get Fred to drop everything ( which would include support for "my stuff" ) and work exclusively on "upgrading" QT that you could start expecting to see a first version around July of 2019 ? ( if things went really well, maybe May ) I already know that it's on the list, but I wouldn't hold my breath. -- Cowboy We should start referring to processes which run in the background by their correct technical name... paenguins. -- Kevin M. Bealer, commenting on the penguin Linux logo ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Importing via Dropbox
On Wed, 20 Jun 2018 17:22:32 -0400 John Anderson wrote: > not sure why the slash is there Because the back slash is the traditional escape character. So that the dot is interpreted as a dot, not as "any single character" as it normally means. -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Bizarre database problem
On Saturday 09 June 2018 11:28:35 am Rob Landry wrote: > That proved to be a spectacularly bad suggestion, as it > adjusted the length of every audio cut to zero! > > They didn't have a recent database backup, That part, I can relate to, unfortunately. ( yeah, the data recovery guy without a backup. Go figure ) It's so easy to make a backup immediately before doing anything like that, I can't even begin to tell you how incompetent I felt at that moment, but it does happen even to the best of us. I got the data back ( I always get the data back ) but not without pain, embarrassment, wailing and gnashing of teeth, and two days which would have been better spent on other things. I've also learned that if there are other potential causes, such as what Fred suggested, look at the other potential causes before concluding the database is at fault. If I do conclude, not that the database is faulty, but that I can't find any other cause, then I call Paravel support. Usually, he says something like "Uh, you need to talk to Fred." When that happens, I shut up, sit down, and basically get out of the way. Usually, about 5 minutes later, it's fixed. Since we get the "potential release candidate" before you do, this is not a frequent, but also not an infrequent occurrence. -- Cowboy http://cowboy.cwf1.com The individual choice of garnishment of a burger can be an important point to the consumer in this day when individualism is an increasingly important thing to people. -- Donald N. Smith, president of Burger King ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell support...
On Tue, 5 Jun 2018 12:37:21 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > > If you pay for support from Paravel, it is the least expensive thing > > you'll pay for at a broadcast station. Why wouldn't you do that, even if > > you are a nerd? > > My understanding is that Paravel only offers support for installations > made via their Applicance CD; is that correct? Yes, and no. In other words, if you're running a locally compiled install on Ubuntu 43.1 they will want to convert you to familiar ground, migrate you onto the current version on the current CentOS, then support you from there going forward. So, no. They won't support an install on a non-supported system, but they will support whatever you had after converting to the current supported system. You can keep your current library, logs, etc. -- Cowboy ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Github being "assimilated" by the evil empire of Redmond
On Mon, 4 Jun 2018 05:58:33 -0700 Mike Carroll wrote: > WSL = Windows Subsystem for Linux. Optional free component of Windows that > provides a fully compatible *command-line* Ubuntu system. Other distros > are potentially available, depending on their maintainers. Al sent me the URL, so now I know. > I can see where WSL could be used for the services part of Rivendell, but > not the graphic displays? I still think not, because... > On Mon, Jun 4, 2018 at 3:30 AM Cowboy wrote: > > 2. Rivendell uses certain file system attributes that M$ > > not only lacks, but explicitly subverts, so I don't see how > > this would even be possible ? -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Github being "assimilated" by the evil empire of Redmond
On Mon, 04 Jun 2018 11:40:11 +0200 s.lud...@astrastudio.de wrote: > And thanks to WSL, Rivendell now runs on Windows - you could say > "natively without any VM" around it. Excuse me ?? 1. What's "WSL" ? 2. Rivendell uses certain file system attributes that M$ not only lacks, but explicitly subverts, so I don't see how this would even be possible ? -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] RD LOGS and VARS
On Mon, 21 May 2018 13:33:21 -0400 ija...@jamcorbroadcast.com wrote: > I have a question on this Does any one know where the RD Log editor Gets > its Logs. > and were the logs are Kept. In the database. There is no file you can copy, if that's what you were thinking. > Where is the Music Kept Music, spots, etc. audio is the .wav files in /var/snd by cart/cut number. > and also. If we Open The File permission will > Rivendell still work. Until someone changes something they shouldn't ! -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] E: Unable to locate package rivendell
On Thu, 10 May 2018 08:26:51 + IC Radio Tech <icrt...@imperial.ac.uk> wrote: > Gnome is usually the default in Centos, but in rivendell workstations > typically you want as light > (a load) desktop as possible, as RD should have as many of the resources as > possible, so the > Rivendell installer installs the lightweight XFCE instead (i.e. the xubuntu > interface). Not quite. Some of us found Gnome-3 to be incredibly annoying. Unless, of course, you're running it on a "smart" phone. We don't like the "active" corners, need to "swipe" and such. XFCE is packaged with CentOS-7, else we'd probably have done FVWM. Once the install is done, you can choose either during boot-up sign-on. As far as availability of system resources... Irrelevant, so that was never a consideration. Remember, linux, any OS running over linux, is not windows ! -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Testing an ASI card
On Mon, 14 May 2018 15:13:05 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > asihpitest can't find it. I suspect the card is simply bad, asihpitest runs a bunch of stuff on the card. ID's the card, version of DSP code, etc. rdadmin finds and correctly identifies the card. > but > I'd like to confirm that. If I can find one of the audio cables around here... ( bigger challenge than one might think ) I'm gonna guess that if rdadmin and asihpitest can't find it, it's probably a bad card. I did nothing special. Didn't move any jumpers, nada. Just plugged the card into a PCI slot on a CentOS-6.9 box. lspci shows 02:00.0 Multimedia audio controller: Texas Instruments PCI2040 PCI to DSP Bridge Controller Hope it somehow helps... -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Testing an ASI card
On Mon, 14 May 2018 15:13:05 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > I have an ASI5111 card that is a couple years old. It isn't recognized by > Rivendell; asihpitest can't find it. I suspect the card is simply bad, but > I'd like to confirm that. Do any of y'all know of a useful test? > I've got a couple of those on the shelf, but we've reached the end of my day. Were I not on a ride-share, I'd hang and check for you, but as it is I'll get into it tomorrow. -- Cowboy He has never been known to use a word that might send a reader to the dictionary. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Automatically detecting and correcting missed log generation runs.
On Saturday 12 May 2018 12:53:11 pm drew Roberts wrote: > Sometimes the power is off in the night at the time the cron job should > run. Then later in the week, there is no log to chain to and we get silence. > I'd have to look up the syntax. Schedule a cron job to run on system boot. The same cron job you normally run. Normally, it will do nothing. When the system boots, it'll run. What happens if you run the same job twice, such as a power fail *after* your normally scheduled program runs, I know not. Just my immediate thought. -- Cowboy http://cowboy.cwf1.com Despising machines to a man, The Luddites joined up with the Klan, And ride out by night In a sheeting of white To lynch all the robots they can. -- C. M. and G. A. Maxson ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] New Wiki
On Saturday 14 April 2018 11:04:22 am VE4PER / Andy wrote: > but in spite of my subscription options > set to receive my own posts back immediately via the the email list it > only went to the archive Not true. It made the list, whether you see it, or not. Likely an issue in your mail client I suspect. -- Cowboy http://cowboy.cwf1.com While most peoples' opinions change, the conviction of their correctness never does. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Mysql Backup
On Thursday 12 April 2018 01:16:39 pm ija...@jamcorbroadcast.com wrote: > It used to make backups on it own but after we loaded more songs in the > database It stopped making backups.any suggtions Unless you're familiar with command line MySQL, not from me. We have I don't even know how many entries in our database, and though it takes 4 or 5 minutes to make a backup, it does. -- Cowboy http://cowboy.cwf1.com Adore, v.: To venerate expectantly. -- Ambrose Bierce, "The Devil's Dictionary" ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] Rivendell plays but will not record
On Wed, 11 Apr 2018 11:37:01 -0400 (EDT) Rob Landry <41001...@interpring.com> wrote: > I didn't realize arecord worked with ASI HPI drivers; I whought it was > ALSA-specific. You may be right, I don't know. What I do know, is CentOS-6 has that nice Sound pref thing on the System/Preferences menu that can over-ride some other things, and has screwed me up more than once. It does have an input level meter of sorts that can let you know if audio is making it to the selected hardware, also a nice feature. Seems to be completely gone in CentOS-7. -- Cowboy Fine words! I wonder where you stole them ? ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
