I tried changing the Timeout from 300 to 1800 and restarted apache2, first on the server, then on the client, but it made no difference. Both machines are on the same local network.
One other thing I tried was to collapse the two tracks in the original file to mono, which reduced the file size from 2.4GB to 1.2GB, but that also did nothing. So, file size greater than or less than 2GB doesn't matter. Greg On 10/05/2015 02:15 PM, Rob Landry wrote: > > > On Mon, 5 Oct 2015, Gregory Avedissian wrote: > >> Is there a maximum allowed length for a single cart? We're trying to >> broadcast a recording of a 3+ hour meeting. Rivendell shows the cart to be >> 3:46:30 in length, but it stops playing after 40 minutes, and the log >> proceeds to the next cart (which is set to PLAY). There are no errors in >> the system logs. > > Is this an imported cut? Or did you record it using rdlibrary? > > I have had issues with using rdimport or the Rivendell dropbox feature to > import long files. > > Because Rivendell uses Apache and a cgi script as part of its import > process, extremely long files will be truncated if Apache times out during > the import process. In your apache2.conf (httpd.conf?) file, you'll > probably find the line "Timeout 300"; that means any import taking longer > than 5 minutes (300 seconds) will cause Apache to time out, truncating the > import. Change this number to 1800 (30 minutes); see if that cures the > problem. > > The other issue I've had involves the Rivendell dropbox feature. A file > being copied across the Internet into a dropbox can get imported before it > has finished copying. That will also result in a truncated file. My > solution is not to use the dropbox feature but to maintain my own > dropboxes using a custom-written Perl script. My script invokes rdimport, > after firstchecking to see that the file hasn't been modified for 30 > seconds, and maintains detailed logs of all imports. It also moves any bad > file out of the dropbox to a "bad" folder, so the dropbox won't get > cluttered up with .pk files and other garbage. > > > Rob > _______________________________________________ Rivendell-dev mailing list [email protected] http://caspian.paravelsystems.com/mailman/listinfo/rivendell-dev
