Re: [RDD] Fwd: Using 2.17 with jack

2018-01-20 Thread Karl Koscher
By default Rivendell seems to like running as root. However, we have it
configured to run as a regular user as well as jackd. We give this user
special permissions to run jackd with realtime priority. We start jackd as
that user before starting Rivendell (using upstart scripts on Ubuntu
14.04), and this seems to work well for us.

On Sat, Jan 20, 2018 at 4:56 PM, Tim Camp <t...@dotcom1.net> wrote:

>
> -- Forwarded message --
> From: Tim Camp <t...@dotcom1.net>
> Date: Sat, Jan 20, 2018 at 3:56 PM
> Subject: Re: [RDD] Using 2.17 with jack
> To: Karl Koscher <super...@uwave.fm>
>
>
> Karl
>
> Thanks, that is exactly what I'm working on right now.
> jackd is running as the rivendell user
> rivendell only will connect to jack if I run jack as root
> then I have to run anything I want to connect to jack as root (not what I
> want to do)
> I can start jackd from command line as either user or root but rivendell
> only sees it if started as root
>
>
> Might have something to do with how I start rivendell daemons
> starting as a service as root, only way I can get them to start.
>
> Thanks
>
> Tim
>
>
> On Sat, Jan 20, 2018 at 3:49 PM, Karl Koscher <super...@uwave.fm> wrote:
>
>> Are jackd and Rivendell (caed) running as the same user? If not, you
>> should either run jackd and caed as the same user or possibly configure
>> jackd to allow different users to connect.
>>
>> On Sat, Jan 20, 2018 at 3:31 PM, Tim Camp <t...@dotcom1.net> wrote:
>>
>>> Greetings,
>>>
>>> I have one machine where rivendell refuses to show up as a client for
>>> jack.
>>> here are the facts
>>>
>>> rivendell audio works fine using alsa connection directly to card
>>> jack will start from command line or qjackctl and all other audio
>>> programs will use it.
>>> same command put in rdadmin/jack configuration will not start jack.
>>> jack is started rt @ 44100 - rivendell sample rate of card is 44100
>>> If I start jack server manually before rivendell daemons when rivendell
>>> daemons are started rivendell does not see jack.
>>> etc/security/limits.d has been configured for realtime
>>>
>>> in short jack doesn't seem to be my problem, it starts and runs fine and
>>> all other audio client programs will use it, but rivendell continues to not
>>> see it.
>>>
>>> I have done this many many times over the years, first time I have ever
>>> had a problem with rivendell not seeing jack server.
>>>
>>> any thoughts I night have overlooked?
>>>
>>> Cheers
>>>
>>> Tim Camp
>>> WZEW-FM WNSP-FM
>>> Mobile, Al
>>>
>>>
>>>
>>>
>>> ___
>>> Rivendell-dev mailing list
>>> Rivendell-dev@lists.rivendellaudio.org
>>> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>>>
>>>
>>
>
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Using 2.17 with jack

2018-01-20 Thread Karl Koscher
Are jackd and Rivendell (caed) running as the same user? If not, you should
either run jackd and caed as the same user or possibly configure jackd to
allow different users to connect.

On Sat, Jan 20, 2018 at 3:31 PM, Tim Camp  wrote:

> Greetings,
>
> I have one machine where rivendell refuses to show up as a client for jack.
> here are the facts
>
> rivendell audio works fine using alsa connection directly to card
> jack will start from command line or qjackctl and all other audio programs
> will use it.
> same command put in rdadmin/jack configuration will not start jack.
> jack is started rt @ 44100 - rivendell sample rate of card is 44100
> If I start jack server manually before rivendell daemons when rivendell
> daemons are started rivendell does not see jack.
> etc/security/limits.d has been configured for realtime
>
> in short jack doesn't seem to be my problem, it starts and runs fine and
> all other audio client programs will use it, but rivendell continues to not
> see it.
>
> I have done this many many times over the years, first time I have ever
> had a problem with rivendell not seeing jack server.
>
> any thoughts I night have overlooked?
>
> Cheers
>
> Tim Camp
> WZEW-FM WNSP-FM
> Mobile, Al
>
>
>
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Importing Music As MP3s

2016-04-09 Thread Karl Koscher
I tried it once by directly inserting carts/cuts into the database. It sort
of worked, but Rivendell's playout engine is not designed to work with
MP3s. It can't seek with MP3 files, so you can't set play markers. It will
also do horrible things if you feed it a VBR MP3 file. In my opinion, it's
not worth the effort.

On Sat, Apr 9, 2016 at 2:19 PM, Ryan Kin  wrote:

> Is there a way to import music as MP3s?
> I'm using the 2.10.2 version of Rivendell
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] DarkIce slowing down

2016-04-05 Thread Karl Koscher
I would agree that it's a player problem (or somewhere between the darkice
stream and the player). The MP3 stream is running at 48 KHz, which is a bit
unusual in consumerland and might cause some grief.

On Tue, Apr 5, 2016 at 2:46 PM, Frederick Gleason 
wrote:

> On Apr 5, 2016, at 17:27 04, Matthew Chambers 
> wrote:
>
> > I'm running DarkIce with a MP3 stream to a local icecast server for
> testing before we push it out to our stream provider. The stream starts off
> ok but after just a few minutes it gets slower and slower and the pitch
> gets lower and lower. If the listener refreashes their browser or player it
> goes back to normal again and starts slowing again.  Any ideas what might
> cause this?
>
> Not hearing it here after about fifteen minutes of monitoring.  Are you
> sure it isn’t a player problem?  I’m hard pressed to imagine a server-side
> failure scenario that would cause these symptoms (not that it couldn’t
> happen!).  Server-side problems usually present as glitchy or distorted
> audio.  Client-side though — an unstable sample-clock generator on a sound
> card could cause these sorts of symptoms.
>
> Cheers!
>
>
> |--|
> | Frederick F. Gleason, Jr. |  Chief Developer |
> |   |  Paravel Systems |
> |--|
> |  A room without books is like a body without a soul. |
> | -- Cicero|
> |--|
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Rdairplay Crash at midnight after log chain

2016-01-06 Thread Karl Koscher
You could try enabling core dumps ("ulimit -c unlimited") and rerunning
rdairplay. The next time it crashes, it will leave a core dump that can be
examined with gdb (e.g. gdb /usr/bin/rdairplay core). You can then use
gdb's bt (backtrace) command to see what rdairplay was doing when it
crashed.

I seem to recall there being something funky with invalid timestamps that
would make qt complain...

On Tue, Jan 5, 2016 at 11:13 AM, Jim Stewart  wrote:

> I've had this problem since the beginning.  Can't remember if I get the
> exact GP fault error or not.
>
> In my case it crashes about half the time, but in spurts as in it will do
> it 3 or 4 nights in a row, then clear up for a few days, then do it again.
> I haven't determined a pattern to it.
>
> Years ago I configured a silence sense on it so it simply restarts
> rdairplay (and starts it playing) once silence is detected.  Since ripcd
> keeps running, I can do all this with rml commands.  On our main on-air
> machine that has a BT ACS8.2 audio switcher, I use its silence sense to
> trigger the "fix it" macro.
>
> On our backup machine (that lacks the switcher) I use the Jack Audio
> "Silent_Jack" program.  Both work perfectly, typically leaving about 15
> seconds of dead air as opposed to about 5 seconds of dead air normally when
> rdairplay doesn't crash but is simply is being sluggish chaining logs.
>
> Both machines use the same database (or at least snapshots of it), so I'm
> guessing the problem originates from there.  Both machines use Debian Linux
> but typically are on completely different versions, our on-air machine is
> on a fairly old version using the "If it ain't broke, don't fix it"
> concept.  The backup is typically the current Debian version.  So maybe it
> could also be something in Debian that has continued through 3 major
> versions of Debian.
>
> Date: Tue, 5 Jan 2016 06:19:38 -0600
> From: Tim Camp 
> To: User discussion about the Rivendell Radio Automation System
> 
> Subject: [RDD] Rdairplay Crash at midnight after log chain
> Message-ID:
> <
> cads6wcbbouawtbehvgqwtpkek4ydfew57khfn99_hwq+42m...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Greetings,
>
> The following is the syslog from last night when RdAirplay crashed after
> log load.
>
> Trying to figure out the problem...
>
> Jan  4 23:59:04 zewcon rdairplay: loaded log 'zew0105' in Main Log
> Jan  4 23:59:04 zewcon kernel: [6687443.252425] traps: rdairplay[8606]
> general protection ip:7f127fef45c6 sp:7a10e2d8 error:0 in
> libqt-mt.so.3.3.8[7f127f984000+75b000]
> Jan  4 23:59:09 zewcon caed: alsaStopTimerData(1)
> Jan  4 23:59:25 zewcon caed: alsaStopTimerData(0)
> Jan  5 00:14:48 zewcon ripcd: ran local maintenance routines
> Jan  5 00:17:01 zewcon CRON[6121]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 01:00:32 zewcon ripcd: ran local maintenance routines
> Jan  5 01:17:01 zewcon CRON[6313]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 01:46:15 zewcon ripcd: ran local maintenance routines
> Jan  5 02:17:01 zewcon CRON[6504]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 02:31:59 zewcon ripcd: ran local maintenance routines
> Jan  5 03:17:01 zewcon CRON[6698]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 03:17:43 zewcon ripcd: ran local maintenance routines
> Jan  5 04:03:26 zewcon ripcd: ran local maintenance routines
> Jan  5 04:17:01 zewcon CRON[6966]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 04:49:10 zewcon ripcd: ran local maintenance routines
> Jan  5 05:17:01 zewcon CRON[7175]: (root) CMD (   cd / && run-parts
> --report /etc/cron.hourly)
> Jan  5 05:34:54 zewcon ripcd: ran local maintenance routines
>
>
> Cheers
>
> Tim Camp
> WZEW-FM
> Mobile, AL.
> -- next part --
> An HTML attachment was scrubbed...
> URL: <
> http://caspian.paravelsystems.com/pipermail/rivendell-dev/attachments/20160105/8302e683/attachment-0001.html
> >
>
> --
>
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
>
> End of Rivendell-dev Digest, Vol 33, Issue 3
> 
> ___
> Rivendell-dev mailing list
> Rivendell-dev@lists.rivendellaudio.org
> http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
>
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


[RDD] RDAirPlay DB errors

2015-05-15 Thread Karl Koscher
Ever since we got started with Rivendell, RDAirPlay occasionally fails to
chain to the next day's log. In the process of trying to debug this, I
noticed RDAirPlay spitting out SQL errors occasionally, like so:

invalid SQL or failed DB connection[Lost connection to MySQL server during
query QMYSQL3: Unable to execute query]: insert into `Production_SRT` set
LENGTH=308026,LOG_NAME=2015_05_11,LOG_ID=16,CART_NUMBER=10122,STATION_NAME=hill,EVENT_DATETIME=2015-05-11
00:35:41,EVENT_TYPE=3,EVENT_SOURCE=2,EXT_START_TIME=00:33:00,EXT_LENGTH=0,EXT_DATA=,EXT_EVENT_ID=,EXT_ANNC_TYPE=,PLAY_SOURCE=1,CUT_NUMBER=1,EXT_CART_NAME=,TITLE=Master\
Blaster\ \(Jammin\'\),ARTIST=Stevie\
Wonder,SCHEDULED_TIME=00:33:00,ISRC=,PUBLISHER=,COMPOSER=,USAGE_CODE=0,START_SOURCE=3,ONAIR_FLAG=N,ALBUM=Hotter\
Than\ July,LABEL=,USER_DEFINED=CD,CONDUCTOR=,SONG_ID=,ISCI=
Database connection failed: insert into `Production_SRT` set
LENGTH=308026,LOG_NAME=2015_05_11,LOG_ID=16,CART_NUMBER=10122,STATION_NAME=hill,EVENT_DATETIME=2015-05-11
00:35:41,EVENT_TYPE=3,EVENT_SOURCE=2,EXT_START_TIME=00:33:00,EXT_LENGTH=0,EXT_DATA=,EXT_EVENT_ID=,EXT_ANNC_TYPE=,PLAY_SOURCE=1,CUT_NUMBER=1,EXT_CART_NAME=,TITLE=Master\
Blaster\ \(Jammin\'\),ARTIST=Stevie\
Wonder,SCHEDULED_TIME=00:33:00,ISRC=,PUBLISHER=,COMPOSER=,USAGE_CODE=0,START_SOURCE=3,ONAIR_FLAG=N,ALBUM=Hotter\
Than\ July,LABEL=,USER_DEFINED=CD,CONDUCTOR=,SONG_ID=,ISCI=
Database connection restored.

However, looking at the traffic to MySQL with Wireshark, it doesn't look
like the DB connection is dropping (or even returning an error). Any idea
what's going on?

There are also these errors, which may or may not be relevant:

QSqlQuery::value: not positioned on a valid record
QSqlQuery::value: not positioned on a valid record
QSqlQuery::value: not positioned on a valid record
QSqlQuery::value: not positioned on a valid record
QTime::setHMS Invalid time 24:00:01.000
QTime::setHMS Invalid time 24:00:01.000
QTime::setHMS Invalid time 24:00:01.000
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] RDAirPlay DB errors

2015-05-15 Thread Karl Koscher
Yep, the query works just fine. I also see the row added to the
Production_SRT table so it seems to be executing.
On May 15, 2015 2:27 AM, Wayne Merricks waynemerri...@thevoiceasia.com
wrote:

 Hi,

 Have you tried running that query in a mysql client directly?

 I had an issue with an old version of Riv where an operator had added a
 clock called HR3  -- notice the space, this was trimmed when Riv used it
 but not when the table was created so I kept getting errors reported like
 that database lost, restored.

 It was obvious when I ran the SQL directly and got a HR3 table does not
 exist.

 Regards,

 Wayne Merricks
 The Voice Asia

 On 15/05/15 07:09, Karl Koscher wrote:

 insert into `Production_SRT` set
 LENGTH=308026,LOG_NAME=2015_05_11,LOG_ID=16,CART_NUMBER=10122,STATION_NAME=hill,EVENT_DATETIME=2015-05-11
 00:35:41,EVENT_TYPE=3,EVENT_SOURCE=2,EXT_START_TIME=00:33:00,EXT_LENGTH=0,EXT_DATA=,EXT_EVENT_ID=,EXT_ANNC_TYPE=,PLAY_SOURCE=1,CUT_NUMBER=1,EXT_CART_NAME=,TITLE=Master\
 Blaster\ \(Jammin\'\),ARTIST=Stevie\
 Wonder,SCHEDULED_TIME=00:33:00,ISRC=,PUBLISHER=,COMPOSER=,USAGE_CODE=0,START_SOURCE=3,ONAIR_FLAG=N,ALBUM=Hotter\
 Than\ July,LABEL=,USER_DEFINED=CD,CONDUCTOR=,SONG_ID=,ISCI=


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] rdairplay crash investigation

2015-04-13 Thread Karl Koscher
Have you looked in dmesg when rdairplay crashes? Usually the Linux kernel
will log crashes there.

On Wed, Mar 25, 2015 at 6:30 AM, Rob Landry 41001...@interpring.com wrote:


 I have just looked at 14 Rivendell systems which I built and are currently
 running a various stations. On two of them, rdairplay will crash
 inexplicably while playing an audio file, leaving no trace in any log.

 On one of the machines, I tried upgrading to a more recent Rivendell
 version, but that didn't help. I then took the hard drive and transferred
 it into a different machine, effectively replacing all the hardware but
 that drive; that didn't help, either.

 The other 12 machines don't have the problem; so, the question is: what do
 the two crashers have in common? The answer seems to be that both are
 running Rivendell under Debian 7 (Linux kernel 3.2.0) with ALSA. They are
 the only ones of the 14 for which that is the case; six machines run Debian
 6 (Linux kernel 2.6.32); two run CentOS 6 (also Linux kernel 2.6.32); two
 are 2007-vintage machines running OpenSUSE 10.2 and ancient Rivendell
 versions; and the remaining two machines run Debian 7, but with ASI cards
 and the asihpi driver. None of these other machines have experienced
 rdairplay crashes.

 I had thought this might be a 32-bit problem, but it turns out that one of
 the two crashers is running a 64-bit OS. So it seems to be the combination
 of Debian 7 and ALSA that s troublesome.

 I am going to try rebuilding one of the two crashers with CentOS 6 and see
 if the problem goes away. I've had a CentOS 6 machine running ALSA in Maine
 for two years with no crashes.

 Any thoughts?


 Rob
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Configuring Rivendell/JACK

2015-03-10 Thread Karl Koscher
Ah... In that case, your setup is very similar to ours.

Are jackd and caed running as the same user?

On Tue, Mar 10, 2015 at 8:47 AM, Nicholas Young 
nicho...@originalmachine.com wrote:

 Hi Karl,

 I might be wrong, but in order to design the ideal signal chain, I needed
 JACK. Here's what I'm trying to do:


 *Output from Rivendell - Analog Out via ASI 5211 - Mixer channel
 stripMain out from Mixer - Analog In via ASI 5211 - StereoTool -
 Liquidsoap (encoder)*

 StereoTool only talks to JACK, plus I'll probably need it around to route
 audio out of StereoTool and into Liquidsoap. So it's a necessary (although
 complex) add on to what would be an otherwise simple setup.

 At this moment, Rivendell doesn't recognize any cards (under the section
 heading Cards), although it does show JACK, HPI (inactive), and ALSA
 under the Supported Audio Drivers heading.

 Here's my current settings:

 *rd.conf*

 [JackSession]
 Source1=rivendell_0:playout_0L
 Destination1=system:playback_1
 Source2=rivendell_0:playout_0R
 Destination2=system:playback_2
 Source3=system:capture_1
 Destination3=rivendell_0:record_0L
 Source4=system:capture_2
 Destination4=rivendell_0:record_0R

 *aplay -l*

  List of PLAYBACK Hardware Devices 
 card 1: ASI5211 [AudioScience ASI5211], device 0: Asihpi PCM [Asihpi PCM]
   Subdevices: 3/4
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
   Subdevice #2: subdevice #2
   Subdevice #3: subdevice #3

 *.jackdrc*

 /usr/bin/jackd -dalsa -dhw:ASI5211 -r44100 -p1024 -n2

 I'm probably missing something very basic.

 Nicholas

 ---
 Nicholas Young
 Founder / Original Machine LLC
 Executive Producer / The Machine Broadcasting Network
 Creator / Mixdown
 http://OriginalMachine.com / http://Machine.FM / http://Mixdown.co
 (312) 685-2109 (Direct)
 
 Schedule an interview with me: http://calendly.com/machinefm


 On Tue, Mar 10, 2015 at 12:31 AM, Karl Koscher super...@gmail.com wrote:

 Is there a reason why you're using JACK and not just using the native HPI
 interface?

 If this is really what you want to do, then jackd needs to run as the
 same user as caed (the Rivendell playout engine), and jackd needs to be
 configured to use the ASI card. In rdadmin:

 1. Select Manage hosts and select Audio resources to see which card
 number is assigned to JACK.
 2. Configure the RDAirPlay, RDLibrary, etc. outputs to use the JACK card
 number.
 3. Optionally select JACK Settings to configure jackd to be started by
 Rivendell.
 4. Edit the [JackSession] section in /etc/rd.conf to define JACK
 connections that should automatically be made when Rivendell starts.
 Usually you'll want things like rivendell_0:playout_0L -
 system:playback_1, rivendell_0:playout_0R - system:playback_2, etc. but
 this depends on the port names used by your system.

 One other thing to check is that you *don't* have any pcm.rdX entries in
 your /etc/asoundrc or ~/.asoundrc file. These define ALSA devices for
 Rivendell to use, and if the number of available ALSA devices change, then
 the card number that is assigned to JACK will change, and your audio will
 be broken until you change the card numbers in rdadmin.

 On Mon, Mar 9, 2015 at 9:59 PM, Nicholas Young 
 nicho...@originalmachine.com wrote:

 After going through the TecWhisperer tutorial, I'm still a bit fuzzy on
 configuring JACK with ALSA for my Rivendell system. I'm hoping someone has
 a post that sheds light on this, or would be willing to help debug.

 Currently, ALSA and JACK see each other. ALSA sees my ASI 5221 card. So
 all is well on that front, after fighting many battles. But the remaining
 question is how to configure rdadmin so play out happens correctly. (As the
 system sits, Rivendell can't play out any audio, and the meters are
 inactive.)

 There's also this commentary from Delio at ASI:

 Your setup uses a mix of HPI applications (Rivendell) and ALSA (Jack)
 at the same time for audio record/playback and is untested so it may or may
 not work. HPI control + ALSA audio record/playback is fine, so if Rivendell
 can be made to use ALSA for audio record/playback on our card (but still
 use HPI for controlling the mixer) then it should be fine. This is question
 for the Rivendell list.

 And so, I am. Thanks for the outstanding guidance so far!

 Best,

 Nicholas
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev




___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Table Rivendell.VERSION doesn't exist

2015-03-09 Thread Karl Koscher
MySQL is sometimes case-sensitive, so make sure you created the DB as
Rivendell and not rivendell (as the instructions say).

On Mon, Mar 9, 2015 at 5:40 PM, Nicholas Young nicho...@originalmachine.com
 wrote:

 So I did something not-so-smart. Installed Rivendell (from the tryphon
 repos), and realized I didn't have a Rivendell DB., so I made one. Now
 rdadmin is complaining that the table Rivendell.VERSION doesn't exist.
 Ideas?

 Nicholas

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] using .mp3 in rivendell

2015-02-27 Thread Karl Koscher
Not really. You can sort of trick it into using MP3 files (by manually
inserting them into the DB as MP2s), but MP3s aren't designed to be
seekable like MP2s, so you can't have cuts start at arbitrary offsets. It
also really chokes on VBR MP3s.

On Fri, Feb 27, 2015 at 4:49 PM, Mark Emanuele memanu...@wifiam1460.com
wrote:

 Can Rivendell store audio files in the mp3 format?

 Mark Emanuele
 WIFI – AM 1460
 Omega Broadcasting, LLC
 Persident - Broadcast Operations  Sr. Partner

  (732) 407-2037 Office - Mobile


 DISCLAIMER:  THIS EMAIL REFLECTS  MY PERSONAL OPINIONS AND MAY OR MAY NOT
 REFLECT THOSE OF WIFI – AM 1460 OR OMEGA BROADCASTING, LLC.




 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Rivendell and InnoDB

2014-09-29 Thread Karl Koscher
IIRC, some of the schemas are incompatible with InnoDB. In particular, the
SERVICES table has a 64-character clock name for each hour of the week,
which puts the row size over the InnoDB limit (as described here:
http://dev.mysql.com/doc/refman/5.0/en/innodb-restrictions.html). If this
was moved to a separate table with (service, hour, clock id) tuples, it
should work just fine.



On Mon, Sep 29, 2014 at 12:29 PM, Hoggins! fucks...@wheres5.com wrote:

 Hello list,

 In a near future, we plan to have master-master replication on MySQL,
 using Galera for MariaDB. It works really well.
 But the system *demands* that all tables are InnoDB, and not MyISAM.

 Can someone explain why the InnoDB format is not supported by all the
 features of Rivendell (AFAIK RDLogManager with clocks, and some
 voicetracking), and if it is planned to accept also the InnoDB format in
 the future ?

 Thank you for your answers.

 Hoggins!


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] JACK question

2014-09-22 Thread Karl Koscher
What version of JACK are you using? What JACK backend are you using? ALSA?
Dummy (for use without an actual audio card providing IO)?

There are a couple of ways xruns can be caused. One is from/to the audio
card. If that's the case, try using the dummy backend since you're not
actually using the sound card for anything.

The other is slow JACK clients. JACK v2 is MUCH better at handling slow
clients. All JACK clients (caed, your encoder, etc.) should run with
realtime priority, but with their priority lower than jackd.


On Thu, Sep 18, 2014 at 7:06 AM, Rob Landry 41001...@interpring.com wrote:


 I have a client who, for lack of a budget, has to run an old Dell Optiplex
 GX280 as a Rivendell playback machine for a student radio station. The
 station is Internet-only, and the machine is running JACK and icecast.

 I'm seeing occasional xruns. I've tried fiddling with the JACK setup but
 have no idea what effect adjusting the parameters should have. I see the
 latency go up and down, but no effect on the xruns.

 What are the optimum JACK settings for this sort of thing?


 Rob

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] RDAdmin Terminates

2014-08-04 Thread Karl Koscher
I believe long comments. In lib/rdconf.cpp, GetIni has a 80 byte,
fixed-size buffer called cIniLabel that gets filled until an equals sign is
reached. If there's a comment longer than 80 characters, it will get copied
into this buffer and smash the stack. There is no special comment
processing in GetIni.

Also, GetIniLine appears to have a bug where it doesn't necessarily
null-terminate a string over BUFFER_SIZE. It won't copy more than
BUFFER_SIZE - 1 bytes, but the final byte remains uninitialized.


On Mon, Aug 4, 2014 at 4:26 AM, Cowboy c...@cwf1.com wrote:

 On Monday 04 August 2014 12:55:01 am Karl Koscher wrote:
  For the benefit of the mailing list: we figured this out on IRC.
 Rivendell
  has a bug where it chokes on long comments in /etc/rd.conf (or any other
  ini file)

  Long comments, or line wrap ?

 --
 Cowboy

 http://cowboy.cwf1.com

 Beifeld's Principle:
 The probability of a young man meeting a desirable and
 receptive young female increases by pyramidal progression when he is
 already in the company of: (1) a date, (2) his wife, (3) a better
 looking and richer male friend.
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Segmentation faults

2014-08-04 Thread Karl Koscher
Try running ripcd manually from the command line. Hopefully it will give
you a bit more detail. You might also check dmesg or run it under gdb.


On Mon, Aug 4, 2014 at 4:45 PM, David Weber dweber1...@gmail.com wrote:

 When I try to start the Rivendell daemons this is what I get

 ./rivendell: Line 39: 3391 Segmentation fault  /usr/local/bin/ripcd
 2/dev/null

 ./rivendell: Line 39: 28551 Segmentation fault /usr/local/bin/rdcatchd
 2/dev/null

 if anyone knows how to overcome this I would appreciate your help

 David Weber
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] RDAdmin Terminates

2014-08-03 Thread Karl Koscher
For the benefit of the mailing list: we figured this out on IRC. Rivendell
has a bug where it chokes on long comments in /etc/rd.conf (or any other
ini file)


On Sun, Aug 3, 2014 at 8:43 PM, Rich Gattie mob...@gmail.com wrote:


 Hello all,

   I seem to be having an issue. I updated my Ubuntu box to 12.04 LTS and
 upgraded Rivendell as well. All the daemons are running and I can load
 RDAirplay, RDLog Manager and all the others, with the exception of RDAdmin.
 It keeps terminating.

 Any thoughts or ideas?



 Here is what I am getting:

 mobbyg@rivendell-onair:~$ rdadmin
 *** stack smashing detected ***: rdadmin terminated
 === Backtrace: =
 /lib/i386-linux-gnu/libc.so.6(__fortify_fail+0x45)[0x2a26eb5]
 /lib/i386-linux-gnu/libc.so.6(+0x104e6a)[0x2a26e6a]
 /usr/lib/librd-2.8.1.so(+0x252b34)[0x393b34]
 /usr/lib/librd-2.8.1.so(_Z6GetIniPKcS0_S0_Pci+0x2d8)[0x2449f2]
 /usr/lib/librd-2.8.1.so
 (_Z23GetPrivateProfileStringPKcS0_S0_PcS0_i+0x39)[0x2444a4]
 rdadmin[0x815b763]
 rdadmin[0x815e91b]
 rdadmin[0x815f2d3]
 /lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x293b4d3]
 rdadmin[0x8060391]
 === Memory map: 
 0011-0013f000 r-xp  08:01 16520879   /usr/lib/libqui.so.1.0.0
 0013f000-0014 r--p 0002e000 08:01 16520879   /usr/lib/libqui.so.1.0.0
 0014-00141000 rw-p 0002f000 08:01 16520879   /usr/lib/libqui.so.1.0.0
 00141000-0044 r-xp  08:01 16515099   /usr/lib/librd-2.8.1.so
 0044-00441000 ---p 002ff000 08:01 16515099   /usr/lib/librd-2.8.1.so
 00441000-0044e000 r--p 002ff000 08:01 16515099   /usr/lib/librd-2.8.1.so
 0044e000-00452000 rw-p 0030c000 08:01 16515099   /usr/lib/librd-2.8.1.so
 00452000-00453000 rw-p  00:00 0
 00453000-004ae000 r-xp  08:01 17827572
 /usr/lib/i386-linux-gnu/libcurl.so.4.2.0
 004ae000-004af000 r--p 0005a000 08:01 17827572
 /usr/lib/i386-linux-gnu/libcurl.so.4.2.0
 004af000-004b rw-p 0005b000 08:01 17827572
 /usr/lib/i386-linux-gnu/libcurl.so.4.2.0
 004b-004c5000 r-xp  08:01 17827588
 /usr/lib/i386-linux-gnu/libFLAC++.so.6.2.0
 004c5000-004c6000 r--p 00014000 08:01 17827588
 /usr/lib/i386-linux-gnu/libFLAC++.so.6.2.0
 004c6000-004c7000 rw-p 00015000 08:01 17827588
 /usr/lib/i386-linux-gnu/libFLAC++.so.6.2.0
 004c7000-00533000 r-xp  08:01 17832543
 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.25
 00533000-00534000 r--p 0006c000 08:01 17832543
 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.25
 00534000-00535000 rw-p 0006d000 08:01 17832543
 /usr/lib/i386-linux-gnu/libsndfile.so.1.0.25
 00535000-00539000 rw-p  00:00 0
 00539000-0054 r-xp  08:01 17832494
 /usr/lib/i386-linux-gnu/libSM.so.6.0.1
 0054-00541000 r--p 6000 08:01 17832494
 /usr/lib/i386-linux-gnu/libSM.so.6.0.1
 00541000-00542000 rw-p 7000 08:01 17832494
 /usr/lib/i386-linux-gnu/libSM.so.6.0.1
 00542000-00552000 r-xp  08:01 17832490
 /usr/lib/i386-linux-gnu/libXext.so.6.4.0
 00552000-00553000 r--p f000 08:01 17832490
 /usr/lib/i386-linux-gnu/libXext.so.6.4.0
 00553000-00554000 rw-p 0001 08:01 17832490
 /usr/lib/i386-linux-gnu/libXext.so.6.4.0
 00554000-00563000 r-xp  08:01 17832588
 /usr/lib/i386-linux-gnu/libXi.so.6.1.0
 00563000-00564000 r--p e000 08:01 17832588
 /usr/lib/i386-linux-gnu/libXi.so.6.1.0
 00564000-00565000 rw-p f000 08:01 17832588
 /usr/lib/i386-linux-gnu/libXi.so.6.1.0
 00565000-00599000 r-xp  08:01 16519382
 /usr/lib/libid3-3.8.so.3.0.0
 00599000-0059a000 ---p 00034000 08:01 16519382
 /usr/lib/libid3-3.8.so.3.0.0
 0059a000-0059b000 r--p 00034000 08:01 16519382
 /usr/lib/libid3-3.8.so.3.0.0
 0059b000-0059d000 rw-p 00035000 08:01 16519382
 /usr/lib/libid3-3.8.so.3.0.0
 0059d000-005b4000 r-xp  08:01 17832498
 /usr/lib/i386-linux-gnu/libXmu.so.6.2.0
 005b4000-005b5000 r--p 00016000 08:01 17832498
 /usr/lib/i386-linux-gnu/libXmu.so.6.2.0
 005b5000-005b6000 rw-p 00017000 08:01 17832498
 /usr/lib/i386-linux-gnu/libXmu.so.6.2.0
 005b6000-0060e000 r-xp  08:01 17832496
 /usr/lib/i386-linux-gnu/libXt.so.6.0.0
 0060e000-0060f000 r--p 00057000 08:01 17832496
 /usr/lib/i386-linux-gnu/libXt.so.6.0.0
 0060f000-00612000 rw-p 00058000 08:01 17832496
 /usr/lib/i386-linux-gnu/libXt.so.6.0.0
 00612000-0062e000 r-xp  08:01 22023768
 /lib/i386-linux-gnu/libgcc_s.so.1
 0062e000-0062f000 r--p 0001b000 08:01 22023768
 /lib/i386-linux-gnu/libgcc_s.so.1
 0062f000-0063 rw-p 0001c000 08:01 22023768
 /lib/i386-linux-gnu/libgcc_s.so.1
 0063-00661000 r-xp  08:01 17832550
 /usr/lib/i386-linux-gnu/libidn.so.11.6.6
 00661000-00662000 ---p 00031000 08:01 17832550
 /usr/lib/i386-linux-gnu/libidn.so.11.6.6
 00662000-00663000 r--p 00031000 08:01 17832550
 /usr/lib/i386-linux-gnu/libidn.so.11.6.6
 00663000-00664000 rw-p 00032000 08:01 17832550
 /usr/lib/i386-linux-gnu/libidn.so.11.6.6
 00664000-0066b000 r-xp  08:01 22023728   /lib/i386-linux-gnu/
 librt-2.15.so
 0066b000-0066c000 r--p 6000 08:01 22023728   /lib/i386-linux-gnu/
 

Re: [RDD] RD, ALSA, JACK/JACKCTRL

2014-06-21 Thread Karl Koscher
#rivendell on freenode


On Sat, Jun 21, 2014 at 5:15 AM, Nathan Steele nathan.ste...@thecrossfm.com
 wrote:

   What's the irc chanel? I know what irc is, just the name of the channel.
  --

 On June 21, 2014 7:14:32 AM drew Roberts zotz...@gmail.com wrote:

 Thomas,

 go simple first.

 On Sat, Jun 21, 2014 at 12:08 AM, Thomas Churchill 
 tho...@virtualvoice.info wrote:

 OK I lied, it's not THAT simple. Miscommunication here. Using ALSA was
 the
 only way I have been able to have Rivendell play audio. Direct through
 ALSA
 and without JACK. OF COURSE I have removed ALSA, with the menu, and
 checked
 again in the configuration files directly. I said so. Everything is set
 with
 the JACK server running, the audio hardware is no longer tied to RD
 directly, but it can't find any audio from RD. I have had to fiddle with
 permissions/ownership because for some reason out of the box jack, jack
 daemons, and RD do not start as the same user and so can't see each
 other.
 That's all fixed. No errors anywhere. Stop RD Daemons, start jack, start
 RD,
 start stream, everything appears in the JACKCTRL panel connection menu.
 Admin says it's using JACK. CAED shows no errors, Jack server running,
 stream connects, but the best I can get is 128K static, nothing from the
 speakers, and RDAirplay shows no meters, and won't load carts no matter
 how
 I connect the virtual cables so far, and I've spent literally 30+ hours
 at
 it in two days. Its either still a owner issue or the virtual cables not
 connected properly. There are serious version, ownership, permissions
 issues
 here. I set up an icecast, and shoutcast server on my linux box in
 Chicago
 remotely, booted over to Windows, had a stream connecting and playing
 music
 from a Windows setup in 20 minutes just to eliminate any possible issues
 in
 the stream encoder I wrote with third party hosts. Yet, I've spent three
 days trying to get a test tone because JACK and RD won't talk to each
 other.


 Test jack without Rivendell.

 Try something like VLC as a jack player. (Not great but have a go.) Do
 everything you are doing now to get Riv and Jack to play together. Then
 shut down the Riv side only. Fire up VLC, set it to jack audio output and
 possibly shut it down and start it up again. Play a simple wav, ogg, or mp3
 file. Can you get any sound out via jack now?

 Another thing I do is to use a jack audio meter and hook that to my sound
 out instead of my speakers and see if the meter is seeing any audio
 passing.


 It can't be this complicated can it?

 It is likely something simple. But sometimes, the simple things can bite
 us the worst.


 Plus, are you in the IRC channel? Have you asked for help there?

 all the best,

 drew




 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev




 --
 http://freemusicpush.blogspot.com/


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] killed by signal 11

2014-06-10 Thread Karl Koscher
Signal 11 is a pretty generic crash. Is there a more detailed segfault
message in dmesg?


On Mon, Jun 9, 2014 at 7:17 PM, Warren Mead am1...@westnet.com.au wrote:

 We're using Rivendell 2.8.1 on Centos 6.4.
 It's been running fine since installation about 5 weeks ago, then a few
 days ago we started getting daily rdairplay killed by signal 11 crashes,
 along with one instance of rdlibrary killed by signal 11.

 This afternoon I'll put in the standby computer which runs 2.9.0.

 Any thoughts on how to trouble shoot this - check hardware first?

 Thanks


 Warren Mead

 Gold MX
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Rivendell Voicetrack Project

2014-05-12 Thread Karl Koscher
Another alternative is to write a web app that uses Rivendell's
rdxport.cgi. Between HTML5's audio tags, Web Audio API, and
getUserMedia() interface, it shouldn't be hard to implement.


On Mon, May 12, 2014 at 5:04 AM, Brian P. McGlynn jazz...@yahoo.ca wrote:


 I like this approach in that it reduces the footprint of what needs to be
 on the client machine.   I could envision this being rolled into the
 distribution as a Voicetrack client on multiple platforms.  AVFlex and
 other commercial solutions utilize a client-server configuration where the
 audio and mechanics of the station are housed on one machine and the
 control logic is externally controlled with TCP/IP.  In the case of
 Rivendell, RDAirplay could be embedded into an audio server machine and a
 remote client would talk with it to control.

 I can see this in a production environment with a custom Voicetrack and
 controller client that runs on a variety of platforms.  This client would
 speak Web Services (under SSL) to a Rivendell playback server to control
 RDAirplay, get Peak data, and punch-down and save Voicetracks.  The server
 and client would have a SIP client embedded to allow super-low latency
 control and playback.  You could monitor what is going on, voicetrack, and
 manage the production library from remote.

 This sort of configuration would be excellent for:
 1) Live Remotes to control the board, drop in updates, and broadcast live
 2) Live Sporting Events
 3) Simplified, secure Voicetracking
 4) Multi-purpose studios (where one console could log into multiple radio
 stations to control them)
 5) Easy phone call integration via SIP

 --
 Brian P. McGlynn



   On Sunday, May 11, 2014 3:15 PM, Administration ad...@itsyourmuzic.com
 wrote:
  Hello All,

 We have been testing a way to give rivendell some new life in one area it
 is
 seriously lacking in, remote voicetracking.

 Below are results from some initial tests, we wanted to share them with
 the
 community, we will update this as further testing becomes successful

 PROJECT OUTLINE (prereq)

 1. Ability for DJ to voicetrack with limited user knowledge
 2. Ability for DJ to voicetrack without having to have a complicated
 multiple database setup)
 3. Ability to avoid having to have duplicate copies of rivendell and its
 entire library on multiple linux workstations in multiple locations
 4. Ability to allow DJS to voicetrack into rivendell from any device
 (tablet, smartphone, computer running any operating system)
 5. Ability for DJ to record voicetrack shifts while having minimal contact
 with rivendell system
 6. Ability to allow DJS to hear backsell and upcoming audio without
 complicated server and streaming configuration
 7. Ability to avoid any files having to be uploaded from DJ device to
 rivendell
 8. Ability to allow DJ a way to interface additional audio into
 voicetracks
 (IE: weather beds or sound effects) this audio can be on rivendell system,
 but in the voicetrack file a copy of this audio will exist, the copy being
 purged once voicetrack has been aired

 from the prereq above a test session was performed, follows is the results
 of that test!


 TEST DATE: May 7th 2014
 LOCATIONS: Maine, Bermuda
 TOTAL DJS: 2
 TOTAL ON AIR SHIFTS: 7
 TEST RESULTS (90% Complete)


 SCENARIO 1

 dj is a teen in MAINE and all she has is iphone
 she uses teamviewer to login to the vt box on her phone
 she uses a app that allows her mic to sound like stereo quality
 she calls and answers the VT (SIP CLIENT TESTING) on her phone,
 she pulls the log up in rdlogedit (we leave that open on the vt machine
 along with rdcatch 24/7, they cant X out of it
 she finds her log with the VT markers in it
 she calls the rdpanel we have setup for vt in
 she goes to the voicetracker, finds her first vt memo line
 she cuts 4 hours of vts, including weather breaks, contest calls, and
 various music beds when she is on a song break
 she saves the log
 the log gets ready for air
 TOTAL TIME SPENT: 35 minutes for a 4 hour shift

 Scenario 2

 Disc Jockey in bermuda connects from a windows 7 box using teamviewer
 he calls and answers (SIP CLIENT TESTING)from his box
 once connected he looks through the log (he has multiple shifts)
 he goes through each log (our djs have four talk stops an hour while on
 VT,
 so a total of 4 vts per hour)
 he tracks and and saves 6 logs (one weeks worth of vt shifts at 4 hours
 each)
 he does not DO weather, we use rdcatch to carry an audio weather update
 from
 an external source to a cart, we then put a pre cart with the weather
 opener
 bed in it, then we use a post cut for the weather closer
 when he is done he closes out of the vt and leaves rdlogedit
 TOTAL TIME SPENT: 1 hour 10 minutes for 6 4-hour shifts on air

 More Coming Soon!

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 

Re: [RDD] jack / liquidsoap

2014-05-12 Thread Karl Koscher
This is what the dummy backend is for.


On Mon, May 12, 2014 at 2:39 PM, Wayne Merricks 
waynemerri...@thevoiceasia.com wrote:

 Hi,

 Liquidsoap can take a feed directly from JACK, if JACK is setup without a
 sound card and works then liquidsoap should be fine (I've never tried JACK
 without a sound card so no idea how that works).


 On 2014-05-09 23:35, Rick wrote:

 Anybody can tell wether a jack connection with liquidsoap to
 shoutcast will stream the audio without any processing over the
 soundcard(s) in other words is liquidsoap taking the input directly
 from jack ? Can this combination / setup of Jack and Liquidsoap run
 without any soundcard in the node that does soundprocessing and be
 100% digital?
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Documentation on implementing GPIOs?

2014-03-04 Thread Karl Koscher
Well, since Rivendell is open source, you can learn enough about the Axia
protocol to make something that interoperates with Rivendell.


On Tue, Mar 4, 2014 at 12:01 PM, Brian theturtl...@gmail.com wrote:

 For me, I'm doing this at home as a hobby for now, so gear meant for real
 broadcasters, even at the low end of the price spectrum by broadcast
 standards, is out of the question.  I'm curious how the Broadcast Tools 8.2
 interfaces... USB or Ethernet are optional add-ons, the only connection it
 seems to mention on the Broadcast Tools website is RS-232.  Is that how you
 connect it to Rivendell?  If so, that suggests I should be able to make my
 own RS-232 device to interface with Rivendell pretty easily.  Might even be
 able to just replicate the protocol used for this switcher, at least for
 the GPIO functions, and Rivendell wouldn't know the difference.

 But I agree with you, implementing the Axia protocol would be *FAR* more
 interesting and useful.  I'm under the impression that the protocol
 specification isn't readily freely available though?

 Brian



 On Tue, Mar 4, 2014 at 9:58 AM, Jim Stewart jstew...@paceaudio.comwrote:

  If could also use an audio switcher (which can also be nicely
 controlled by Rivendell), I've been using the GPIOs from a Broadcast Tools
 ACS 8.2 (8 input by 2 output audio switcher) that also has 16 GPIs and GPOs
 plus a Silence Sensor that interacts with Rivendell nicely.  I've been
 using it all with good success.  I have a remote broadcast setup using a
 Telos Z/IP-One that also can transmit GPIOs across an Internet link and
 have it set up to do functions like Go live after next event, Return to
 Automation, that also turns on tally LED's at the remote site that say
 things like You will go live next and you ARE live on the air.  It all
 works very well except for my recent buggy macro issues I reported about a
 couple of weeks ago, but none of that seems to be related to GPIOs, just
 timing bugs in Rivendell.



 So the switcher is about $1000 USD, but since they have been made for a
 long time, they (or their earlier version SS-8.2) are seen out on the
 used market from time to time too.  For us it been a one box, does lots of
 nice things solution.
 http://www.broadcasttools.com/view_product.php?pid=145



 For those who are still wanting to roll your own, I would think it would
 be nice if it could use the Axia protocol that seems to be somewhat
 integrated into Rivendell, as once you master that you could also control
 lots of other Axia compatible products too.  I don't know much of this as
 in if you need some sort of Axia master device to make it all work or not.



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Documentation on implementing GPIOs?

2014-03-03 Thread Karl Koscher
Is there any reason a standard Arduino wouldn't work?



On Mon, Mar 3, 2014 at 10:31 PM, Lee Baker imsoniacn...@gmail.com wrote:

 Hi Brian,



 Your project sound interesting. I'd certainly be interested.



 I am in need of an interface so that I can remote fire from mixing console.



 Have tried using an old soundcard with midi port and making a joystick
 plug to no avail, have also tried finding info on using the serial port but
 this is hard as there is very little documentation.



 Good luck J



 Lee



 *From:* rivendell-dev-boun...@lists.rivendellaudio.org [mailto:
 rivendell-dev-boun...@lists.rivendellaudio.org] *On Behalf Of *Brian
 *Sent:* Tuesday, 4 March 2014 1:52 PM
 *To:* User discussion about the Rivendell Radio Automation System
 *Subject:* [RDD] Documentation on implementing GPIOs?



 I'm thinking of making my own GPIO interface for Rivendell, custom circuit
 board, etc., based on an Atmel Microcontroller.



 The simplest way for me to interface it with the system would probably be
 RS-232.



 I can program the chip to speak any arbitrary protocol.



 Where should I look to find out how to interface with Rivendell's GPIO
 support?



 And if I make these things, would anyone else here be interested in one?
  I'm not looking to sell them commercially, but it's always fun to share
 your creations with others who might benefit from them, and help offset the
 costs.



 Brian



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Too long to save VTs

2014-02-19 Thread Karl Koscher
Just to be clear: it should look like this after:

UUID=129403c9-1c93-4391-be12-8c529a6656e9 /   ext4
 noatime,errors=remount-ro 0   1


On Wed, Feb 19, 2014 at 1:09 PM, Cowboy c...@cwf1.com wrote:

 On Wednesday 19 February 2014 03:53:13 pm Pedro Picoto wrote:
  Here's why I have on the Fstab file:
 
  # /etc/fstab: static file system information.
  #
  # Use 'blkid' to print the universally unique identifier for a
  # device; this may be used with UUID= as a more robust way to name
 devices
  # that works even if disks are added and removed. See fstab(5).
  #
  # file system mount point   type  options   dump  pass
  proc/proc   procnodev,noexec,nosuid 0   0
  # / was on /dev/sda1 during installation
  UUID=129403c9-1c93-4391-be12-8c529a6656e9 /   ext4
  errors=remount-ro 0   1
  # swap was on /dev/sda5 during installation
  UUID=c70ea169-fd8f-4e0f-aa55-f3a5d9a9c100 noneswap
  sw  0   0
 
  Where should I place the noatime flag?
 

  In the options column.

 --
 Cowboy

 http://cowboy.cwf1.com

 Feel disillusioned?  I've got some great new illusions ...

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Too long to save VTs

2014-02-19 Thread Karl Koscher
Have you rebooted and/or remounted the root file system?

You can try it instantly without rebooting by doing:

mount / -o remount,noatime


On Wed, Feb 19, 2014 at 2:10 PM, Pedro Picoto pedro.pic...@gmail.comwrote:

 Looking like this now:

 # /etc/fstab: static file system information.
 #
 # Use 'blkid' to print the universally unique identifier for a
 # device; this may be used with UUID= as a more robust way to name devices
 # that works even if disks are added and removed. See fstab(5).
 #
 # file system mount point   type  options
 dumppass
 proc/proc   procnoatime,nodev,noexec,nosuid
 0 0

 # / was on /dev/sda1 during installation
 UUID=129403c9-1c93-4391-be12-8c529a6656e9 /   ext4
 noatime,errors=remount-ro 0   1

 # swap was on /dev/sda5 during installation
 UUID=c70ea169-fd8f-4e0f-aa55-f3a5d9a9c100 noneswap
 sw  0   0

 Still having troubles. CPU goes from 25% to 80% while RDLogedit performs
 VT operations, taking about 1' to Save and 1.30' to Do Over...




 On Wed, Feb 19, 2014 at 9:54 PM, Karl Koscher super...@uwave.fm wrote:

 Just to be clear: it should look like this after:

 UUID=129403c9-1c93-4391-be12-8c529a6656e9 /   ext4
  noatime,errors=remount-ro 0   1


 On Wed, Feb 19, 2014 at 1:09 PM, Cowboy c...@cwf1.com wrote:

 On Wednesday 19 February 2014 03:53:13 pm Pedro Picoto wrote:
  Here's why I have on the Fstab file:
 
  # /etc/fstab: static file system information.
  #
  # Use 'blkid' to print the universally unique identifier for a
  # device; this may be used with UUID= as a more robust way to name
 devices
  # that works even if disks are added and removed. See fstab(5).
  #
  # file system mount point   type  options   dump  pass
  proc/proc   procnodev,noexec,nosuid 0   0
  # / was on /dev/sda1 during installation
  UUID=129403c9-1c93-4391-be12-8c529a6656e9 /   ext4
  errors=remount-ro 0   1
  # swap was on /dev/sda5 during installation
  UUID=c70ea169-fd8f-4e0f-aa55-f3a5d9a9c100 noneswap
  sw  0   0
 
  Where should I place the noatime flag?
 

  In the options column.

 --
 Cowboy

 http://cowboy.cwf1.com

 Feel disillusioned?  I've got some great new illusions ...

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Too long to save VTs

2014-02-19 Thread Karl Koscher
In my experience, it certainly wasn't a network thing, nor was it waiting
for a request to time out. The hard drive activity light was solid, and
mysqld and/or some kernel disk process would be consuming all available
cycles.

I do not know exactly why, but adding the noatime significantly sped things
up. It still takes a second or so, but it's orders of magnitude better than
it was.


On Wed, Feb 19, 2014 at 4:53 PM, Brian McKelvey theturtl...@gmail.comwrote:

 I have a hard time believing this has anything to do with the file system
 mount configuration on a stock Linux distro.  For NFS, sure.  But for
 local?  Not likely.  Almost certainly something else is up.

 I might be inclined to start investigating network related things.  DNS,
 the hosts file (making sure the machine's local hostname maps to
 127.0.0.1), etc., even if the machine isn't connected to a network.

 I suspect there's some kind of request timeout somewhere.

 Brian

 Sent from my iPhone

  On Feb 19, 2014, at 4:12 PM, Cowboy c...@cwf1.com wrote:
 
  On Wednesday 19 February 2014 06:53:44 pm Pedro Picoto wrote:
  Isn't this a DB problem instead of a device
  config one?
 
  Not necessarily.
  It would probably be handy to compare various settings
  from one database to the other.
 
  --
  Cowboy
 
  http://cowboy.cwf1.com
 
  Feel disillusioned?  I've got some great new illusions ...
 
  ___
  Rivendell-dev mailing list
  Rivendell-dev@lists.rivendellaudio.org
  http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Too long to save VTs

2014-02-18 Thread Karl Koscher
I believe it should be in the [mysqld] section.

That being said, it didn't fix the problem for me. I had to add the
noatime flag to the fstab entry for the partition the DB was on. Once I
did that, it was pretty fast.


On Tue, Feb 18, 2014 at 5:47 PM, Pedro Picoto pedro.pic...@gmail.comwrote:

 I've been running Rivendell in a 24/24 basis for about a week. Today I
 stopped it to record some Vts.

 I getting the same problem that I stated here a few months ago:

-

It takes about 50'' to save VT, another to Do Over, ie, any operation
regarding VT is taking about 50''.

 I've backup the database and noticed that it grew from 1.2mb to 3mb in a
 week, wich corresponds roughly to the period that RD was running 24/24.


  My setup is a single pc. No network, audio files in the same HD as the
 DB.


  Someone answered me the last time giving this possible fix:
 *Added : innodb-flush-log-at-trx-commit=2  to my.cnf**Now the voicetracker 
 responds in less than a second to the save button.*
 Question: where in the my.cnf file should I paste this? I've pasted it as the 
 last line and had no effect.


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] RDstreamdata

2014-02-02 Thread Karl Koscher
There is an rlm_icecast2 module that we use for this. I would recommend
trying that instead.


On Sun, Feb 2, 2014 at 5:32 PM, Rick rickc...@home.nl wrote:


 I have installed this script 
 http://rivendell.tryphon.org/wiki/Streaming_from_Rivendell#Updating_metadata_IceCast2.2FShoutcast_with_Rivendell_-_RDSTREAMDATA


 script is running (after reboot) in the same user as RDairplay , tmp fle
 is empty but created ,

 this is the rdstreamdata log in /var/log

 Mon Feb  3 01:55:31 CET 2014 - Startup scrip has received a STOP command
 Mon Feb  3 01:56:36 CET 2014 - Startup scrip has received a START command
 Mon Feb  3 01:56:36 CET 2014 - RDstreamdata
 Mon Feb 3 01:58:01 CET 2014 - Rivendell is running


 no now  next is streamed to shoutcast anybody know what may be wrong?

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] [Off Topic] Serial Port logger?

2014-01-10 Thread Karl Koscher
Would something as simple as this work?

cat /dev/ttySx  easlog.txt


On Fri, Jan 10, 2014 at 11:24 AM, Alan Smith alansm...@flinn.com wrote:

 Does anyone here use linux systems to also log EAS events to text file,
 and if so, what package do you recommend?

 A little more detail:

 The group I work for has a fair amount of unattended stations with nothing
 more than an automation system at a transmitter site and an internet
 connection for remote access.

 Currently, we usually have two systems at each site-one is our DOS based
 automation, the other a windows machine that acts as a gateway so that we
 can remote access the DOS machine.  Also, the windows machine logs our EAS
 events as well.  I am familiar with two separate Windows loggers, once
 called serial logger service [original website down] which I greatly
 prefer, but also EASMON.

 I would like to kill 2 birds with one stone if I can and also have our
 Rivendell log EAS events if its possible at these unattended sites.  These
 particular stations are nothing more thank jukeboxes, so the systems aren't
 stressed at all.  I am researching and found a few solutions, but I figure
 its best to ask the experts rather than reinvent the wheel.

 Thanks!

 -Alan
 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] [Off Topic] Serial Port logger?

2014-01-10 Thread Karl Koscher
I think so. If you use the copytruncate option of logrotate, it will copy
the current log to an archived log file and clear out the current log. I
just confirmed that doing cat  logfile will continue to append to logfile
even after truncation.


On Fri, Jan 10, 2014 at 12:24 PM, Alan Smith alansm...@flinn.com wrote:

 WOW!  Its THAT easy???  (okay, I say that now until I get into trying it!).

 Sorry, I'm a windows guy...make that former windows guy. Windows does
 NOT like other programs messing with files while they are in use.

 If I understand it, I can use cat to create the initial log file, while
 logrotate will automatically empty the contents of that file into a new
 file daily using the current date as the filename, and even email it, and
 delete the old ones.

 SWEET!

 -Alan

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Fixing ALSA playback on weird cards

2014-01-07 Thread Karl Koscher
It's an M-Audio FastTrack Pro, which has been known to be a bit wonky under
Linux. I'm just doing some experiments until we can get proper audio
interfaces. Using another interface might work, but that code seems broken
to me, so it should probably be fixed.


On Mon, Jan 6, 2014 at 7:02 AM, Lorne Tyndale ltynd...@tyndaleweb.comwrote:

 Hi,

 Just out of interest, what sound card is causing this difficulty?  Any
 chance you could try a different sound card?

 Also, one thing I've found is that for some cards I have to specify the
 rate in asound.conf for them to work properly (particularly intel
 chipset based cards).  Putting a rate 44100 or rate 48000 in asound.conf
 generally fixes playback issues that I've run into.






 
 
  I sent this earlier to rivendell-prog but never got a reply. Perhaps it
 was
  the holidays, or maybe that mailing list is deprecated?
 
  -- Forwarded message --
  From: Karl Koscher super...@uwave.fm
  Date: Wed, Dec 25, 2013 at 2:11 AM
  Subject: Fixing ALSA playback on weird cards
  To: rivendell-p...@lists.rivendellaudio.org
 
 
  For whatever reason, one of our ALSA playback cards reports a sampling
 rate
  of 44099 instead of the usual 44100. Any playback on this device quickly
  gets distorted, and though some debugging, I found that a byte was being
  dropped. The culprit is the code in FillAlsaOutputStream that adjusts the
  amount of data it reads in if the card's playback rate is not the same as
  the stream's. The amount of data to read is divided by the ratio between
  the card's playback rate and the stream's rate. If the playback
 ringbuffer
  is empty, this increases the amount of data to read beyond the capacity
 of
  the ringbuffer. In that case, the ringbuffer code takes the first 2^18-1
  bytes, which causes the samples to become misaligned.
 
  I'm trying to figure out the purpose of this code. FillAlsaOutputStream
  will always fill the ringbuffer, so the rate that it's filled doesn't
 need
  to be adjusted. It could also be to do a form of poor resampling by
  dropping samples periodically, but this only works if the playback rate
 is
  lower than the stream's sample rate, and it doesn't do this resampling
 when
  the ringbuffer is initially filled. Is there a reason for this code, or
 can
  it be pulled out?hr___
  Rivendell-dev mailing list
  Rivendell-dev@lists.rivendellaudio.org
  http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] RML Question?

2014-01-06 Thread Karl Koscher
It's the port number that's defined in rdadmin for that host. You need to
configure your serial ports there first so that Rivendell knows the right
baud rate, etc.


On Sun, Jan 5, 2014 at 2:34 PM, Larry la...@radiobygrace.com wrote:

 Has anyone ever tried to use the SO (Serial Out) command in RML? The SO
 requires the port-number before the command string. Is this asking for
 the com1, or S0 or /dev/ttyS0? I am having no luck making the SO command
 work so it would be helpful to know what RML is asking for.


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


[RDD] Fixing ALSA playback on weird cards

2014-01-05 Thread Karl Koscher
I sent this earlier to rivendell-prog but never got a reply. Perhaps it was
the holidays, or maybe that mailing list is deprecated?

-- Forwarded message --
From: Karl Koscher super...@uwave.fm
Date: Wed, Dec 25, 2013 at 2:11 AM
Subject: Fixing ALSA playback on weird cards
To: rivendell-p...@lists.rivendellaudio.org


For whatever reason, one of our ALSA playback cards reports a sampling rate
of 44099 instead of the usual 44100. Any playback on this device quickly
gets distorted, and though some debugging, I found that a byte was being
dropped. The culprit is the code in FillAlsaOutputStream that adjusts the
amount of data it reads in if the card's playback rate is not the same as
the stream's. The amount of data to read is divided by the ratio between
the card's playback rate and the stream's rate. If the playback ringbuffer
is empty, this increases the amount of data to read beyond the capacity of
the ringbuffer. In that case, the ringbuffer code takes the first 2^18-1
bytes, which causes the samples to become misaligned.

I'm trying to figure out the purpose of this code. FillAlsaOutputStream
will always fill the ringbuffer, so the rate that it's filled doesn't need
to be adjusted. It could also be to do a form of poor resampling by
dropping samples periodically, but this only works if the playback rate is
lower than the stream's sample rate, and it doesn't do this resampling when
the ringbuffer is initially filled. Is there a reason for this code, or can
it be pulled out?
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Rivendell 2.6.1

2014-01-02 Thread Karl Koscher
You want libjack-jackd2-dev. Jack 1 and Jack 2 don't really co-exist,
although the jack2 is backwards compatible with apps developed for jack1.


On Thu, Jan 2, 2014 at 4:00 PM, Richard Gorbutt rich...@gorbutt.com wrote:

 I can confirm same issue on Linux Mint Maya. I can narrow it down a bit.

 In an empty log, if you drop the cart on the --- end of log --- marker
 or above, it is fine, drop the cart below that line (even if the log does
 now contain carts) and poof, away it goes. Segmentation Fault. The any
 other drag from rdlibrary will kill rdlibrary as soon as you drop.

 That said, for a .x.1 minor update, the Drag and Drop is to me, a 2.7
 really. A fantastic change to workflow for the better. Many thanks Fred and
 team. You have made my life a lot easier for setting up logs, panels etc.

 Now a question for Linux guru's (I'm getting better at it all the time).

 I'm using the Mint version based on Ubuntu 12.04 LTS and I decided to
 compile 2.6.1 and when I added all the dependencies, when it got to
 libjack-dev, it needed to uninstall jackd, jack2  qjackctl!!! After
 compiling and installing, I re-added my Jack stuff back and had to unistall
 libjack-dev!!! In previous linux editions I've never had that happen. Any
 thoughts why?

 Much appreciated, Richard




 On Thu, Jan 2, 2014 at 6:30 PM, Rüdiger newslet...@schwoon.info wrote:

 On 02.01.2014 16:12, Fred Gleason wrote:

 On behalf of the entire Rivendell development team, I'm pleased to
 announce the availability of Rivendell v2.6.1.  Rivendell is a
 full-featured radio automation system targeted for use in professional
 broadcast environments. It is available under the GNU General Public
 License.

  From the NEWS file:
 *** snip snip ***
 Changes:
 Drag and Drop.  Added the ability to drag and drop carts within and
 between Rivendell modules.


 Drag and Drop... very good.

 But one problem on my Ubuntu 12.04 system. Compiled from source...

 DD is running very well between the moduls except rdlogedit.
 Any time i drag a card from rdlibrary to an empty log rdlogedit is
 crashing. After that is happen, i can open rdairplay or another modul,
 and try to drag another track to rdairplay (rdcardslot...). Then
 rdlibrary will crash. But only when it has killed rdlogedit before...!


 --
 --

 Ruediger

 Radio Ostfriesland Techniksupport Automation

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Empty logs

2013-12-24 Thread Karl Koscher
Do you have Import from music or Import select from MUSIC checked? The
former pulls in data from an external scheduler, which tripped me up at
first.


On Tue, Dec 24, 2013 at 3:57 AM, Peter van Embden twit...@moqua.nl wrote:

  Hello!

 I have yet another question. This time it's about the logs. I've read and
 followed this manual:
 http://thebrettblog.wordpress.com/2009/12/31/rivendell-how-to-schedule-music/
 But my log remains almost empty. The only thing scheduled is the
 hard-timed TotH I made.

 I've created an event called random:

- NO cue to this event
- NO timed start
- NO enforcing length
- NO pre-import carts
- IMPORT select from MUSIC, title seperation 1, must have code is blank
- FIRST CART has a SEGUE
- IMPORTED CARTS have a SEGUE
- NO post-import carts

 The event is set to the right SERVICES LIST

 The clock is made out of 1 TotH event and the rest are random events
 every 3 or 4 minutes. Clock is set to the right service. Scheduler rules
 are all but two set to MAX 999 and WAIT 0, except for two codes I don't
 want to be included, those are set to MAX 0 and WAIT 999. Artist seperation
 is set to 1.

 When I create a log, it calculates a little and then says No Errors and
 No exceptions found. Log is obvisiously created in the right service.

 When I put some songs in the random event PRE-IMPORT, those songs are
 put into the log. But only once an hour, where I scheduled some 16 or 18 of
 the random event in the clock.

 We run Rivendell 2.6.0 on CENT OS 6.5. Our database now consists of 4
 songs, a TotH and a jingle. Working on the database though, importing loads
 of music and quite busy coding all the songs before setting them from
 UNTAGGED to MUSIC.

 Does anyone recognize this problem? Did I miss something? Or do we just
 need to build a bigger database first? We're quite excited about Rivendell,
 by the way!

 Happy Holidays!


 Peter van Embden.

 Verstuurd


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Dual sound cards, onboard+USB

2013-12-24 Thread Karl Koscher
You can specify particular cards by name in your asoundrc config file:

pcm.rd2 {
type hw
card PCH
device 0
}

You can get card names from aplay -L



On Tue, Dec 24, 2013 at 5:40 AM, Wayne Merricks 
waynemerri...@thevoiceasia.com wrote:

 Yep works fine as long as ALSA can see both cards.  You might have issues
 with sound card orders screwing up however usually USB is last so you
 should be fine.

 Just in case you need the info, if you have two pci cards Linux will
 randomly decide which is card 0 and which is card 1.  So you set up all
 your outputs in Riv and then on reboot all of a sudden all your outputs are
 coming out the wrong place.

 I'm not sure if this is limited to JACK or whether straight ALSA also has
 the same problems.

 Regards,

 Wayne


 On 2013-12-24 00:31, Pedro Picoto wrote:

 If ALSA supported: possible, not, maybe?

 Thanks!


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Audioports not available in jack

2013-12-23 Thread Karl Koscher
Or I guess more precisely, as the same user as caed. Our ubuntu install
seems to have the Rivendell daemons running as a rivendell user, not root,
and it's fine as long as jack is running as the same user. That user should
also have real-time priority permissions as well...


On Mon, Dec 23, 2013 at 9:13 AM, Fred Gleason fr...@paravelsystems.comwrote:

 On Dec 23, 2013, at 08:16 27, Peter van Embden twit...@moqua.nl wrote:

  Thanks for your quick reply, but what you stated is not the case.  It's
 started from the same account as rivendell user, and jack_lsp executed from
 rivendell shows 8 system playback channels.

 You’ll need to run jack_lsp and jackd as ‘root’.

 Cheers!


 |-|
 | Frederick F. Gleason, Jr. |   Chief Developer   |
 |   |   Paravel Systems   |
 |-|
 |  A room without books is like a body without a soul.|
 | -- Cicero   |
 |-|

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev

___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


[RDD] ISRC/ISCI RLM issues

2013-12-17 Thread Karl Koscher
On Ubuntu 12.04 LTS, rdairplay crashes whenever you play a track with ISRC
or ISCI metadata and Now and Next data is being sent to RLMs. I tracked the
problem down to a benign buffer overflow in RLMHost's handling of ISRC and
ISCI codes which nevertheless triggers a _FORTIFY_SOURCE runtime buffer
overflow check. Basically the rlm_isrc and rlm_isci members of the rlm_pad
struct are exactly the size of ISRC and ISCI codes, with no room for a null
terminator. This causes sprintf to overflow these buffers when it copies
the codes over. The attached patch fixes this issue.


rlm.patch
Description: Binary data
___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Strange Grid Behaviour

2013-12-04 Thread Karl Koscher
Yeah, I've ran in to this before as well. Which raises a point: why are
service grids stored with clock names instead of IDs?


On Wed, Dec 4, 2013 at 4:13 PM, Pedro Picoto pedro.pic...@gmail.com wrote:
























 *I suffered the same a few weeks ago. Wayne Merricks suggested me this:
 Check that your SERVICES table is set to MyISAM and not INNODB (which is
 the default I think in Mysql 5.5+) $ mysql -h rivserver_ip_or_name -u root
 -p $ use Rivendell; $ show create table SERVICES; You'll get a big mess
 of SQL splurged out, scroll down to here: `CLOCK166` char(64) DEFAULT NULL,
 `CLOCK167` char(64) DEFAULT NULL, PRIMARY KEY (`NAME`) ) ENGINE=MyISAM
 DEFAULT CHARSET=latin1 | If its not MyISAM try this: $ alter table
 SERVICES ENGINE=MyISAM; Then redo your grids and see if it sticks. *
 *It worked!*

 Backup the DB prior doing anything!!!


 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Auto Trim Setting

2013-12-02 Thread Karl Koscher
Probably the easiest (but somewhat hackish) way to do it is directly from
the mysql CLI. Grab the password from /etc/rd.conf, and do the following:

$ mysql -u rduser -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 17818
Server version: 5.5.34-0ubuntu0.12.04.1-log (Ubuntu)

Copyright (c) 2000, 2013, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input
statement.

mysql use Rivendell;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql update CUTS set START_POINT = 0, END_POINT = LENGTH where
CART_NUMBER = 10010 and CART_NUMBER = 10178;
Query OK, 168 rows affected (0.09 sec)
Rows matched: 168  Changed: 168  Warnings: 0

mysql quit
Bye


Of course, you'll probably want to change the start and end cart numbers.




On Mon, Dec 2, 2013 at 6:38 PM, Max Goldstein, Operations Director 
o...@wmfo.org wrote:

 Good to hear nothing was permanently lost. If we wanted to push the Start
 and Stop markers to the ends of every cut/cart in a particular group as a
 batch operation, what do you suggest?

 Thanks,

 Max Goldstein
 Operations Director
 WMFO Medford


 On Mon, Dec 2, 2013 at 11:44 AM, Andy Sayler a...@wmfo.org wrote:

 Thanks, Fred!


 On Mon, Dec 2, 2013 at 9:42 AM, Fred Gleason fr...@paravelsystems.comwrote:

 On Dec 2, 2013, at 10:49 08, Andy Sayler a...@wmfo.org wrote:

  I think the issue for us is that it seems to be set to -30 dBFS by
 default (i.e. if you don't use the auto trim flag at all). Can anyone
 confirm that?

 Yes, that is correct for versions through v2.5.5.


  Also, does the auto trim setting actually affect the output wav file,
 or just it just affect metadata (e.g. by setting a cutoff in the database,
 etc). Asked another way, is there a way to adjust/undo the auto-trim
 setting for tracks that have already been imported?

 It affects only the positioning of the Start and Stop markers.  The
 underlying audio for the entire track as input is intact in the audio store.

 So yes, this can be changed in RDLibrary to ‘get back’ the missing fades.

 Cheers!



 |-|
 | Frederick F. Gleason, Jr. |   Chief Developer
   |
 |   |   Paravel Systems
   |

 |-|
 |   Call on God, but row away from the rocks.
   |
 |  -- Indian proverb
  |

 |-|

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev



 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] Not a bug, an issue...

2013-11-30 Thread Karl Koscher
I haven't tried this feature yet, but it might be due to the transition
type being play instead of segue?


On Sat, Nov 30, 2013 at 3:18 PM, Pedro Picoto pedro.pic...@gmail.comwrote:

 Not a bug 'cause it's a version I used before. This is a fresh
 installation.
 I've made a screencast, it saves a lot of typing.

 http://youtu.be/BypHJO8W50E

 Hints?...

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


Re: [RDD] compiling on ubuntu 12.04

2013-11-30 Thread Karl Koscher
I had to both install the qt3-apps-dev package and update the uic and moc
alternatives to point at uic-qt3 and moc-qt3 respectively.


On Fri, Nov 29, 2013 at 10:34 PM, jorge soto jsoto3...@gmail.com wrote:

 I am trying to compile 2.5.5 on ubuntu 12.04 but I get the following error:

 checking for Qt... yes:
 QT_CXXFLAGS=-I/usr/include/qt3 -DQT_THREAD_SUPPORT
 QT_DIR=
 QT_LIBS=-lqt-mt  -lSM -lICE  -lX11 -lXext -lXmu -lXt -lXi
 QT_BIN=/usr/bin
 QT_UIC=/usr/bin/uic
 QT_MOC=/usr/bin/moc
 checking correct functioning of Qt installation... failure
 configure: error: Failed to find matching components of a complete
   Qt installation.

 I do have Qt installed since I am running rivendell 2.5.3 already. Any
 body know how to resolve this?

 thanx.

 ___
 Rivendell-dev mailing list
 Rivendell-dev@lists.rivendellaudio.org
 http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev


___
Rivendell-dev mailing list
Rivendell-dev@lists.rivendellaudio.org
http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev