Re: [RDD] New audio imported in RD server, old audio plays out of RD Client
I've got some more info on this problem. As it's still happening sporadically even after some more 'padding' events between segments. Today I managed to screenshot two cuts in separate carts where the audio played wrong even though it looks like the server had imported the audio correctly. I'm wondering if the cut end markers can't be a clue. Here are the screenshots: (linked because I'm not sure the list allows attachments) http://platteriverradio.com/wordpress/wp-content/uploads/1.png http://platteriverradio.com/wordpress/wp-content/uploads/2.png Screenshot 1 shows the Cut end marker occurring before the end of the audio. The waveform appears to be correct, but yesterday's audio played from the client. Screenshot 2 shows the cut end marker occurring long after the end of the audio. Again the waveform appears to be correct but the wrong audio played from the client. I have a log running on the dropbox that is used to import these files. Here's what it shows for today: invalid SQL or failed DB connection[MySQL server has gone away QMYSQL3: Unable to execute query]: select FILE_DATETIME from DROPBOX_PATHS where (DROPBOX_ID=134)&&(FILE_PATH="/home/rd/rd_xfer/BOBSHERI/070021.mp3") Database connection failed: select FILE_DATETIME from DROPBOX_PATHS where (DROPBOX_ID=134)&&(FILE_PATH="/home/rd/rd_xfer/BOBSHERI/070021.mp3") Database connection restored. 11-09-2016 - 04:55:17 : Deleting cuts from cart 070021 11-09-2016 - 04:55:17 : Importing file "070021.mp3" [BOB & SHERI SHOW] to cart 070021 ... done. 11-09-2016 - 04:55:25 : Deleted file "070021.mp3" 11-09-2016 - 04:59:15 : Deleting cuts from cart 070022 11-09-2016 - 04:59:15 : Importing file "070022.mp3" [BOB & SHERI SHOW] to cart 070022 ... done. 11-09-2016 - 04:59:18 : Deleted file "070022.mp3" 11-09-2016 - 05:30:18 : Deleting cuts from cart 070023 11-09-2016 - 05:30:18 : Importing file "070023.mp3" [BOB & SHERI SHOW] to cart 070023 ... done. 11-09-2016 - 05:30:22 : Deleted file "070023.mp3" 11-09-2016 - 05:35:17 : Deleting cuts from cart 070024 11-09-2016 - 05:35:17 : Importing file "070024.mp3" [BOB & SHERI SHOW] to cart 070024 ... done. 11-09-2016 - 05:35:20 : Deleted file "070024.mp3" 11-09-2016 - 05:55:15 : Deleting cuts from cart 070025 11-09-2016 - 05:55:15 : Importing file "070025.mp3" [BOB & SHERI SHOW] to cart 070025 ... done. 11-09-2016 - 05:55:21 : Deleted file "070025.mp3" 11-09-2016 - 05:59:16 : Deleting cuts from cart 070026 11-09-2016 - 05:59:16 : Importing file "070026.mp3" [BOB & SHERI SHOW] to cart 070026 ... done. 11-09-2016 - 05:59:19 : Deleted file "070026.mp3" 11-09-2016 - 06:30:19 : Deleting cuts from cart 070027 11-09-2016 - 06:30:20 : Importing file "070027.mp3" [BOB & SHERI SHOW] to cart 070027 ... done. 11-09-2016 - 06:30:24 : Deleted file "070027.mp3" 11-09-2016 - 06:35:14 : Deleting cuts from cart 070028 11-09-2016 - 06:35:14 : Importing file "070028.mp3" [BOB & SHERI SHOW] to cart 070028 ... done. 11-09-2016 - 06:35:17 : Deleted file "070028.mp3" 11-09-2016 - 06:55:17 : Deleting cuts from cart 070029 11-09-2016 - 06:55:18 : Importing file "070029.mp3" [BOB & SHERI SHOW] to cart 070029 ... done. 11-09-2016 - 06:55:22 : Deleted file "070029.mp3" 11-09-2016 - 06:59:12 : Deleting cuts from cart 070030 11-09-2016 - 06:59:13 : Importing file "070030.mp3" [BOB & SHERI SHOW] to cart 070030 ... done. 11-09-2016 - 06:59:15 : Deleted file "070030.mp3" 11-09-2016 - 07:30:15 : Deleting cuts from cart 070031 11-09-2016 - 07:30:15 : Importing file "070031.mp3" [BOB & SHERI SHOW] to cart 070031 ... done. 11-09-2016 - 07:30:20 : Deleted file "070031.mp3" 11-09-2016 - 07:35:15 : Deleting cuts from cart 070032 11-09-2016 - 07:35:15 : Importing file "070032.mp3" [BOB & SHERI SHOW] to cart 070032 ... done. 11-09-2016 - 07:35:18 : Deleted file "070032.mp3" 11-09-2016 - 07:55:18 : Deleting cuts from cart 070033 11-09-2016 - 07:55:18 : Importing file "070033.mp3" [BOB & SHERI SHOW] to cart 070033 ... done. 11-09-2016 - 07:55:24 : Deleted file "070033.mp3" 11-09-2016 - 07:59:14 : Deleting cuts from cart 070034 11-09-2016 - 07:59:14 : Importing file "070034.mp3" [BOB & SHERI SHOW] to cart 070034 ... done. 11-09-2016 - 07:59:17 : Deleted file "070034.mp3" 11-09-2016 - 08:30:17 : Deleting cuts from cart 070035 11-09-2016 - 08:30:17 : Importing file "070035.mp3" [BOB & SHERI SHOW] to cart 070035 ... done. 11-09-2016 - 08:30:21 : Deleted file "070035.mp3" 11-09-2016 - 08:35:16 : Deleting cuts from cart 070036 11-09-2016 - 08:35:16 : Importing file "070036.mp3" [BOB & SHERI SHOW] to cart 070036 ... done. 11-09-2016 - 08:35:20 : Deleted file "070036.mp3" 11-09-2016 - 08:52:05 : Deleting cuts from cart 070034 11-09-2016 - 08:52:05 : Importing file "070034.mp3" [BOB & SHERI SHOW] to cart 070034 ... done. 11-09-2016 - 08:52:08 : Deleted file "070034.mp3" 11-09-2016 - 08:52:18 : Deleting cuts from cart 070035 11-09-2016 - 08:52:18 : Importing file "070035.mp3" [BOB & SHERI S
Re: [RDD] New audio imported in RD server, old audio plays out of RD Client
On Sat, 22 Oct 2016 10:06:12 +1300 Robert Jeffares wrote: > My observation is that RDAirplay 'refreshes' the display at the end of > the currently playing event, so as long as the update of a lower placed > cart completes before the end of play in slot 1, you get the latest audio. < This is also my experience. We're running v2.10.3 from the Tryphon repositories at present. Two glitches happen frequently: the time interval to post often indicates :00 below the currently playing cart--even when there is definitely a positive value for that cart. When the cart advances to 'now playing', it always properly displays the time interval to post, but this does not help live jocks who need to know that time before it starts playing. Secondly, at the end of songs, the pie timer frequently shows the time to end of the cart--even though it is set in the configuration to show the time to segue. When it gets to the segue, the pie countdown will cut off with 2 to 3 seconds still remaining before it was supposed to run out, and begins showing times for the new cart which was just started. This happens often. --Chuck W. ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] New audio imported in RD server, old audio plays out of RD Client
On 21/10/16 07:04, Brad Beahm wrote: I think a big component of my problem may be with this. "but I believe that any file appearing next to a green START button in rdairplay is an open file" It's very possible the show segment that is playing the incorrect day's audio is loaded in one of the lower positions of the rdairplay window by the time the new audio comes from the syndication. My observation is that RDAirplay 'refreshes' the display at the end of the currently playing event, so as long as the update of a lower placed cart completes before the end of play in slot 1, you get the latest audio. The only 'open' audio file is the one which is playing unless another program [eg RDCatch] has a file open to update it. What you see on the display is a listing from My SQL The 'play as it records' feature does not allow normalisation which if you are inputting from an already levelled source is no problem, you can adjust levels on the feed to suit. regards Robert -- *Big Valley Radio* 64 Warner Park Avenue Laingholm Auckland 0604 09 8176358 0221693124 06 650 6087 ___ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
Re: [RDD] New audio imported in RD server, old audio plays out of RD Client
I think a big component of my problem may be with this. "but I believe that any file appearing next to a green START button in rdairplay is an open file" It's very possible the show segment that is playing the incorrect day's audio is loaded in one of the lower positions of the rdairplay window by the time the new audio comes from the syndication. I don't think I'd be having a problem with my /var/snd mount because all other audio is playing correctly. The hard drive on the client machine is nowhere near big enough to hold a copy of the server's /var/snd. I'll try to 'pad some time' in between segments so there are more elements (liners, songs, bumps) that will play in rdairplay before loading the next segment into the green button play slots. Thanks for the idea of a file being 'open' if it's in a play slot. Brad On Wed, Oct 19, 2016 at 10:33 AM, Fred Gleason wrote: > On Oct 19, 2016, at 11:13, Rob Landry <41001...@interpring.com> wrote: > > Under Linux, a file that is open can be rewritten while it is in use. A > new file is created and linked to the old file's name, but the old file is > still the one being read by whatever process has it open. > > So, if Rivendell has an audio cut open -- and someone correct me if I'm > wrong, but I believe that any file appering next to a green START button in > rdairplay is an open file -- then it's going to play the (old) file that it > opened, not the (new) one that's being imported. > > Unless I'm wrong; I probably should test this hypothesis before posting it. > > > True, *if* the record event in question is not configured to do level > normalization. Reason being that normalization requires two processing > passes: one to capture the audio and find the peak, and the second to apply > the gain change. This means that the updated recording cannot be committed > to the audio store until after the first pass is complete —i.e. after the > recording is completely finished. This effectively ‘short-circuits’ the > play-while-recording’ scenario that Rob describes. > > 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] New audio imported in RD server, old audio plays out of RD Client
On Oct 19, 2016, at 11:13, Rob Landry <41001...@interpring.com> wrote: > Under Linux, a file that is open can be rewritten while it is in use. A new > file is created and linked to the old file's name, but the old file is still > the one being read by whatever process has it open. > > So, if Rivendell has an audio cut open -- and someone correct me if I'm > wrong, but I believe that any file appering next to a green START button in > rdairplay is an open file -- then it's going to play the (old) file that it > opened, not the (new) one that's being imported. > > Unless I'm wrong; I probably should test this hypothesis before posting it. True, *if* the record event in question is not configured to do level normalization. Reason being that normalization requires two processing passes: one to capture the audio and find the peak, and the second to apply the gain change. This means that the updated recording cannot be committed to the audio store until after the first pass is complete —i.e. after the recording is completely finished. This effectively ‘short-circuits’ the play-while-recording’ scenario that Rob describes. 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
Re: [RDD] New audio imported in RD server, old audio plays out of RD Client
Under Linux, a file that is open can be rewritten while it is in use. A new file is created and linked to the old file's name, but the old file is still the one being read by whatever process has it open. So, if Rivendell has an audio cut open -- and someone correct me if I'm wrong, but I believe that any file appering next to a green START button in rdairplay is an open file -- then it's going to play the (old) file that it opened, not the (new) one that's being imported. Unless I'm wrong; I probably should test this hypothesis before posting it. Rob -- Я там, где ребята толковые, Я там, где плакаты "Вперёд", Где песни рабочие новые Страна трудовая поёт. On Tue, 18 Oct 2016, Lorne Tyndale wrote: Have a look and see if your import has finished before rdairplay starts to play the file. I've run into something similar. If I'm downloading a file via FTP and importing it, and the file starts playing before the import is finished - it'll play the "old" audio (since the new audio isn't there yet). As the import finishes the audio / markers / etc - is all updated in rdlibrary, so the next time the audio plays you'll get the new audio. It could be something along these lines. Hi All, I've been having an odd issue recently on our 2 machine setup. The background info: Station 2, which is a Rivendell network client machine, plays a morning show that we get from internet delivered syndication. There are 4 segments per hour that get automatically placed into a Rivendell dropbox as the files are recorded/sent from the network studios. We effectively delay the show 1 hour behind live by having our Rivendell play the FTP version rather than the live satellite version. The problem I'm having is sometimes the audio from the previous day plays, even though it's been imported via a dropbox instance on the server. The database is correct as the cue marks, title, end dates and all other metadata is updated, but the old audio plays out. This does not happen on the same cut day to day, nor does it always happen. Some days work perfectly, others are a lot glitchier. My short-term solution is deleting all the show carts each day and then let dropbox create new carts the next morning. That has worked without any noticeable issues. But on days where I forget to delete the cuts, the problem pops up. The network client mounts the /var/snd via fstab on startup. Is there a possibility that the file is persisting in a local cache on the client machine and not reading the newly imported version from the server? I'm running CentOS 6.8,v2.15.1, installed from and then upgraded Paravel Appliance if that helps. Thanks Brad___ 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] New audio imported in RD server, old audio plays out of RD Client
Have a look and see if your import has finished before rdairplay starts to play the file. I've run into something similar. If I'm downloading a file via FTP and importing it, and the file starts playing before the import is finished - it'll play the "old" audio (since the new audio isn't there yet). As the import finishes the audio / markers / etc - is all updated in rdlibrary, so the next time the audio plays you'll get the new audio. It could be something along these lines. > > > Hi All, > > I've been having an odd issue recently on our 2 machine setup. > > The background info: Station 2, which is a Rivendell network client > machine, plays a morning show that we get from internet delivered > syndication. There are 4 segments per hour that get automatically placed > into a Rivendell dropbox as the files are recorded/sent from the network > studios. We effectively delay the show 1 hour behind live by having our > Rivendell play the FTP version rather than the live satellite version. > > The problem I'm having is sometimes the audio from the previous day plays, > even though it's been imported via a dropbox instance on the server. The > database is correct as the cue marks, title, end dates and all other > metadata is updated, but the old audio plays out. > > This does not happen on the same cut day to day, nor does it always > happen. Some days work perfectly, others are a lot glitchier. > > My short-term solution is deleting all the show carts each day and then let > dropbox create new carts the next morning. That has worked without any > noticeable issues. But on days where I forget to delete the cuts, the > problem pops up. > > The network client mounts the /var/snd via fstab on startup. Is there a > possibility that the file is persisting in a local cache on the client > machine and not reading the newly imported version from the server? > > I'm running CentOS 6.8,v2.15.1, installed from and then upgraded Paravel > Appliance if that helps. > > Thanks > Brad___ > 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] New audio imported in RD server, old audio plays out of RD Client
If the /var/snd mount fails, it will revert back to the local /var/snd, check your NFS mount is working? Or remove the mount, mv /var/snd somewhere else, create a new empty directory and remount it. You may be having network issues (unlikely as Riv generally stops playing until the network catches up but possible I guess). Regards, Wayne On 18/10/16 17:51, Brad Beahm wrote: Hi All, I've been having an odd issue recently on our 2 machine setup. The background info: Station 2, which is a Rivendell network client machine, plays a morning show that we get from internet delivered syndication. There are 4 segments per hour that get automatically placed into a Rivendell dropbox as the files are recorded/sent from the network studios. We effectively delay the show 1 hour behind live by having our Rivendell play the FTP version rather than the live satellite version. The problem I'm having is sometimes the audio from the previous day plays, even though it's been imported via a dropbox instance on the server. The database is correct as the cue marks, title, end dates and all other metadata is updated, but the old audio plays out. This does not happen on the same cut day to day, nor does it always happen. Some days work perfectly, others are a lot glitchier. My short-term solution is deleting all the show carts each day and then let dropbox create new carts the next morning. That has worked without any noticeable issues. But on days where I forget to delete the cuts, the problem pops up. The network client mounts the /var/snd via fstab on startup. Is there a possibility that the file is persisting in a local cache on the client machine and not reading the newly imported version from the server? I'm running CentOS 6.8,v2.15.1, installed from and then upgraded Paravel Appliance if that helps. Thanks Brad ___ 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