Hi Robert, it's not exactly like you are saying.. .wav files are note plain audio files. They can be PCM or MP2 audio files wrapped into a *broadcast* wave container. You can analyze them using an hex editor.. it's different from a normal .wav file which common software like sox or ffmpeg usually write.
Now, I don't know if Rivendell cares about those chunks (extra information bytes) but I can prove you that they exists inside the file. That's the reason I want using rdimport script, just being sure they gonna be the same. Are you sure Rivendell can easely play those plain wav file encoded by sox/ffmpeg? Last but not least sox can't process directly mp2(wav) files, so it's a step more. I think I'll try with rdimport first. In case of failure I'll try somthing else. Anyway I don't like the fact that filenames (and chunk info) don't change if you change db infos.. It can become milseading after many import -> edit and so on... :-S ...but it's just my opinion. I wouldn't restrict groups with range of id numbers... 2012/7/27 Robert Jeffares <jeffares.rob...@gmail.com>: > all the files in /var/snd have just a filename which is the cart number > and the cut number > eg > 814948_001.wav > which is cut 1 from cart 814948 > all the Cart Data is stored in MySQL [a great feature of Rivendell which > keeps audio as just audio] So you save GROUP and Scheduler Code data as > well. > > There is no cartchunk data in the audio files stored in /var/snd > > if you resample the audio and save in the new location > > /source/var/snd > resample 48000 to 44100; keep the file name and save > in > /new/var/snd > > your entire library will be accessible as before by the new system > > There are several resample options which you can build into a shell > script and I would add a ' normalise to -13 ' in there so the levels > remain the same on the sound files. The playback levels will be > determined by the already set parameter in RD Library. > > As will the segue points. [Great System!] > > If you use rdimport Alessio, your music files will all need to be > identified and set in groups because they will all come in labelled with > the old cart number as the title. > > Have you figured out what resampling software you have on the new box > > If you are using the Centos appliance CD you have sox > > sox infile.wav outfile.wav rate -m 44100 gain -n -13 > > should give you a result > > I would run some through and have a listen. > > > Robert Jeffares > Big Valley Radio > The Wireless Station > > On Fri, 2012-07-27 at 15:50 +0200, Alessio Elmi wrote: >> I did a "rdimprot --help" and those options popped out :-) >> >> One question more: we use several groups, like Top40, Oldies, TopHour, >> Slow and so on... Each group as a range of numbers where cart can be >> saved into. >> I happens that songs change group.. Do they even change cart id and >> filename too? ..so that there is always a match with them? If it is >> not like this I can't pass --use-cartchunk-cartid during import... >> >> A >> >> 2012/7/27 Wayne Merricks <waynemerri...@thevoiceasia.com>: >> > Hi, >> > >> > You're pretty much correct with what you're doing. My theory is this >> > though. >> > >> > Don't bother importing the database, just get Rivendell working and >> > ready to accept carts. >> > >> > Then use rdimport: >> > >> > rdimport --verbose --use-cartchunk-cartid --normalization-level=-13 >> > autotrim-level=-30 TEMP /mnt/catalog/*.wav >> > >> > (I never knew about --user-cartchunk-cartid but if it works it will help >> > a lot) >> > >> > Make sure TEMP has some numbers to use (in theory shouldn't matter what >> > numbers as cartchunk will change it). >> > >> > This will import everything into the TEMP group but crucially everything >> > will have the same file names (in theory). >> > >> > Now everything is in place import the database containing all your >> > markers, artist info etc. >> > >> > That should be it? >> > >> > Most importantly, test this out on a handful of carts first to make sure >> > it works. >> > >> > Wayne Merricks >> > The Voice Asia >> > >> > On 27/07/12 13:49, Alessio Elmi wrote: >> >> I think I will use RDImport tool... I'm explaining how. Please give me >> >> your opinion. >> >> >> >> Scenario: I want to resample an entire Catalog because our new server >> >> will use 44100 instead of 4800 as they are at the moment. >> >> >> >> 1) I take a fresh new workstation with clean Rivendell (no audio cart >> >> inside) >> >> 2) I restore backup from actual workstation, then I adjust host >> >> configuration and setting to 44100. /var/snd is still empty. >> >> 3) I mount old-workstation:/var/snd as new-workstation:/mnt/catalog >> >> 4) rduser@new-workstation:~$ rdimport --verbose --use-cartchunk-cartid >> >> --delete-cuts [normal/trim/segue level] <GROUP> /mnt/catalog/*.wav >> >> >> >> - Problem is: I think <GROUP> is a mandatory parameter. Do I need to >> >> call mysql in a "for - loop"? Something like: for every file .wav take >> >> the first X chars of the String, cast to int, ask db which is the >> >> group that cart belongs to, import that file in that group... >> >> - Is there always a match between filename and cart id (even if the >> >> 'cart' changed group sometimes)? >> >> - In case I use the for loop can I keep the old 'talk start/end' >> >> reading them and write them againg? Consider they are the same song, >> >> just resampled.. >> >> >> >> I don't know if the problem is clear. >> >> Thank you! >> >> >> >> Alessio >> >> >> >> 2012/7/23 Wayne Merricks <waynemerri...@thevoiceasia.com>: >> >>> I suppose in theory you could use rdimport with the --to-cart flag (to >> >>> preserve the cart numbers). But it would involve some parsing of the >> >>> file names. >> >>> >> >>> The theory (although I'm not sure on this) that if you ran an rdimport >> >>> from the command line your 44,100s would be upsampled to 44800s using >> >>> whatever is built in to Riv (which I have a sneaky suspicion is sox for >> >>> the most part). >> >>> >> >>> I can't remember if there was a --to-cut flag or not but I do remember >> >>> that if you add to an existing cart it gets the next available cut. So >> >>> if you could rdimport in number order e.g. 12345_001 before 12345_002 >> >>> then the cut numbers would also be preserved. There may be edge cases >> >>> if you ever deleted cut 3 but still had a 4 and 5 to be aware of >> >>> (perhaps import a generic 1 second silent wav at this point to make up >> >>> the numbers?). >> >>> >> >>> Obviously you'd need a virgin Riv install to do this and you would lose >> >>> the scheduler codes etc but if you can get an exact cart/cut match you >> >>> could re-import the database after the import process? >> >>> >> >>> >> >>> -----Original Message----- >> >>> From: rivendell-dev-boun...@lists.rivendellaudio.org on behalf of >> >>> Alessio Elmi >> >>> Sent: Mon 23/07/2012 22:30 >> >>> To: User discussion about the Rivendell Radio Automation System >> >>> Subject: Re: [RDD] Mass resampling my library >> >>> >> >>> Well, I use everyday ffmpeg, and of course it is an option. I think >> >>> libsamplerate/sox have better algorithms for that, while I think there >> >>> are no difference bitween Twolame/FFmpeg mp2 encoding... >> >>> Do you know it wav files wrapped by ffmpeg lose any important chunk >> >>> information used by Rivendell anywhere? Is there any specific command >> >>> line tool like "rdaudioconvert" which basically does the same think >> >>> Rivendell does during export/import task? >> >>> >> >>> >> >>> 2012/7/23 Wayne Merricks <waynemerri...@thevoiceasia.com>: >> >>>> You'd probably have to have an intermediary program like ffmpeg to >> >>>> convert to flat wav. >> >>>> >> >>>> Having said that it looks like ffmpeg can resample audio as well I just >> >>>> don't know if sox is better/worse. >> >>>> >> >>>> ffmpeg -i 012345_001.wav -ar 44100 resampled/012345_001.wav >> >>>> >> >>>> Should do what you want if you want to keep it as mp2 try >> >>>> >> >>>> ffmpeg -i 012345_001.wav -acodec mp2 -ar 44100 -ab 384k >> >>>> resampled/012345_001.wav >> >>>> >> >>>> >> >>>> This will give you a 192kb per channel (the highest Riv uses) MP2. >> >>>> >> >>>> Wayne Merricks >> >>>> The Voice Asia >> >>>> >> >>>> On 23/07/12 17:24, Alessio Elmi wrote: >> >>>>> Hi there, >> >>>>> I tried with no success how to resample the entire library stored in >> >>>>> /var/snd. >> >>>>> I want to migrate to a news Rivendell system, upgrading from 2.1.2 to >> >>>>> 2.1.4... In this case I'd like to change global setting to 44.1 kHz as >> >>>>> I think it intruduces less garbage during ripping audio CD from now >> >>>>> on... It's not a big catalogue, around 1500 carts. They are all >> >>>>> encoded in mp2/384kbits wrapped in WAV. >> >>>>> What I was looking for is a command line which basically should look >> >>>>> like this: >> >>>>> # mpegdec -i 012345_001.wav - | sox - resample 44100 - | twolame -b >> >>>>> 384 - resampled/012345_001.wav >> >>>>> I tried but seems that sox can't recognize mpeg/wav files... >> >>>>> Any suggestion? >> >>>>> Cheers >> >>>>> >> >>>>> Alessio >> >>>>> _______________________________________________ >> >>>>> Rivendell-dev mailing list >> >>>>> Rivendell-dev@lists.rivendellaudio.org >> >>>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >>>> >> >>>> ####################### >> >>>> Scanned by MailMarshal >> >>>> ####################### >> >>>> >> >>>> ############ >> >>>> >> >>>> Attention: >> >>>> >> >>>> The information contained in this message is confidential and intended >> >>>> for the addressee(s) only. If you have received this message in error >> >>>> or there are any problems, please notify the originator immediately. >> >>>> The unauthorised use, disclosure, copying or alteration of this message >> >>>> is strictly forbidden. Christian Vision or any of its subsidiaries will >> >>>> not be liable for direct, special, indirect or consequential damages >> >>>> arising from alteration of the contents of this message by a third party >> >>>> or as a result of any virus being passed on. Please note that we reserve >> >>>> the right to monitor and read any e-mails sent or received by the >> >>>> company under the Telecommunications (Lawful Business Practice) >> >>>> (Interception of Communications) Regulation 2000. Christian Vision is >> >>>> registered in England as a limited company 2842414 and as a charity >> >>>> 1031031 >> >>>> >> >>>> ############ >> >>>> _______________________________________________ >> >>>> Rivendell-dev mailing list >> >>>> Rivendell-dev@lists.rivendellaudio.org >> >>>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >>> _______________________________________________ >> >>> Rivendell-dev mailing list >> >>> Rivendell-dev@lists.rivendellaudio.org >> >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >>> >> >>> >> >>> ####################### >> >>> Scanned by MailMarshal >> >>> ####################### >> >>> >> >>> ############ >> >>> >> >>> Attention: >> >>> >> >>> The information contained in this message is confidential and intended >> >>> for the addressee(s) only. If you have received this message in error >> >>> or there are any problems, please notify the originator immediately. >> >>> The unauthorised use, disclosure, copying or alteration of this message >> >>> is strictly forbidden. Christian Vision or any of its subsidiaries will >> >>> not be liable for direct, special, indirect or consequential damages >> >>> arising from alteration of the contents of this message by a third party >> >>> or as a result of any virus being passed on. Please note that we reserve >> >>> the right to monitor and read any e-mails sent or received by the >> >>> company under the Telecommunications (Lawful Business Practice) >> >>> (Interception of Communications) Regulation 2000. Christian Vision is >> >>> registered in England as a limited company 2842414 and as a charity >> >>> 1031031 >> >>> >> >>> ############ >> >>> >> >>> _______________________________________________ >> >>> Rivendell-dev mailing list >> >>> Rivendell-dev@lists.rivendellaudio.org >> >>> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> >>> >> >> _______________________________________________ >> >> Rivendell-dev mailing list >> >> Rivendell-dev@lists.rivendellaudio.org >> >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> > >> > >> > ####################### >> > Scanned by MailMarshal >> > ####################### >> > >> > ############ >> > >> > Attention: >> > >> > The information contained in this message is confidential and intended >> > for the addressee(s) only. If you have received this message in error >> > or there are any problems, please notify the originator immediately. >> > The unauthorised use, disclosure, copying or alteration of this message >> > is strictly forbidden. Christian Vision or any of its subsidiaries will >> > not be liable for direct, special, indirect or consequential damages >> > arising from alteration of the contents of this message by a third party >> > or as a result of any virus being passed on. Please note that we reserve >> > the right to monitor and read any e-mails sent or received by the >> > company under the Telecommunications (Lawful Business Practice) >> > (Interception of Communications) Regulation 2000. Christian Vision is >> > registered in England as a limited company 2842414 and as a charity >> > 1031031 >> > >> > ############ >> > _______________________________________________ >> > Rivendell-dev mailing list >> > Rivendell-dev@lists.rivendellaudio.org >> > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev >> _______________________________________________ >> Rivendell-dev mailing list >> Rivendell-dev@lists.rivendellaudio.org >> http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev > > > _______________________________________________ > Rivendell-dev mailing list > Rivendell-dev@lists.rivendellaudio.org > http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev _______________________________________________ Rivendell-dev mailing list Rivendell-dev@lists.rivendellaudio.org http://lists.rivendellaudio.org/mailman/listinfo/rivendell-dev
