Re: Interoperability and regions export feature implementation
Ed Ward <[email protected]> Thu, 30 Aug 2018 12:40:08 +0000
| Newsgroups | gmane.comp.audio.ardour.devel |
|---|---|
| Message-ID | <AM0PR0502MB3844504019A3864678D3B9ECD1080@AM0PR0502MB3844.eurprd05.prod.outlook.com> |
--===============8169525462487419778== Content-Language: fr-FR Content-Type: multipart/alternative; boundary="_000_AM0PR0502MB3844504019A3864678D3B9ECD1080AM0PR0502MB3844_" --_000_AM0PR0502MB3844504019A3864678D3B9ECD1080AM0PR0502MB3844_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Oh Ok I get it ! Timestamping to replace empty WAV data chunks. My mistake = ! Though it is worth noting that these empty WAV chunks are obviously very we= ll compressed when converted to FLAC/WavPack for a quick "as-is" solution t= o the problem at hand. Regards, Edouard Saintesprit ________________________________ De : Paul Davis <[email protected]> Envoy=E9 : jeudi 30 ao=FBt 2018 13:33 =C0 : Ed Ward Cc : Maxime Lecoq; [email protected] Objet : Re: [Ardour-Dev] Interoperability and regions export feature implem= entation On Thu, Aug 30, 2018 at 5:04 AM, Ed Ward <[email protected]<mailto= :[email protected]>> wrote: Hi Maxime, correct me if I'm wrong but if your BWF files are smaller than the original= WAV files, that is beacause of either a downsampling or an mpeg compressio= n. Neither of these you want for your workflow. I believe that his point was that having a set of BWF's, 1 for each region,= with timestamps, would be less data than a set of WAVs, 1 for each track (= timestamps irrelevant since they all span the entire timerange). --_000_AM0PR0502MB3844504019A3864678D3B9ECD1080AM0PR0502MB3844_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> Oh Ok I get it ! Timestamping to replace empty WAV data chunks. My mistake = !</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> Though it is worth noting that these empty WAV chunks are obviously very we= ll compressed when converted to FLAC/WavPack for a quick "as-is" = solution to the problem at hand.</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> Regards,</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> Edouard Saintesprit</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> <br> </div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> </div> <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1"> <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>De :</b> Paul Davis <paul@li= nuxaudiosystems.com><br> <b>Envoy=E9 :</b> jeudi 30 ao=FBt 2018 13:33<br> <b>=C0 :</b> Ed Ward<br> <b>Cc :</b> Maxime Lecoq; [email protected]<br> <b>Objet :</b> Re: [Ardour-Dev] Interoperability and regions export feature= implementation</font> <div> </div> </div> <meta content=3D"text/html; charset=3Dutf-8"> <div> <div dir=3D"ltr"> <div class=3D"x_gmail_default" style=3D"font-family:arial,helvetica,sans-se= rif"><br> </div> <div class=3D"x_gmail_extra"><br> <div class=3D"x_gmail_quote">On Thu, Aug 30, 2018 at 5:04 AM, Ed Ward <span= dir=3D"ltr"> <<a href=3D"mailto:[email protected]" target=3D"_blank">edwsain= [email protected]</a>></span> wrote:<br> <blockquote class=3D"x_gmail_quote" style=3D"margin:0 0 0 .8ex; border-left= :1px #ccc solid; padding-left:1ex"> <div dir=3D"ltr"> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0)"> Hi Maxime, </div> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0)"> <br> </div> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0)"> correct me if I'm wrong but if your BWF files are smaller than the original= WAV files, that is beacause of either a downsampling or an mpeg compressio= n. Neither of these you want for your workflow.</div> </div> </blockquote> <div><br> <div class=3D"x_gmail_default" style=3D"font-family:arial,helvetica,sans-se= rif">I believe that his point was that having a set of BWF's, 1 for each re= gion, with timestamps, would be less data than a set of WAVs, 1 for each tr= ack (timestamps irrelevant since they all span the entire timerange).</div> <br> </div> </div> </div> </div> </div> </body> </html> --_000_AM0PR0502MB3844504019A3864678D3B9ECD1080AM0PR0502MB3844_-- --===============8169525462487419778== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ ardour-dev mailing list [email protected] http://lists.ardour.org/listinfo.cgi/ardour-dev-ardour.org --===============8169525462487419778==--