Hey again guys,<div><br></div><div>Thanks for all input regarding the possible audio filter module for VLC that I asked about. I think it seems reasonable to get it done. We would want this done by September this year. Can somebody do it for us? </div>

<div><br></div><div>We're not yet certain that we will get the funding for the project, but if we are, we're happy to donate £5,000 to the VideoLan Project.  We're sending in our final application tomorrow, why it's of great interest to us to know if there's somebody here willing to do the work. </div>

<div><br></div><div>All the best, </div><div><br></div><div>Sandra<br><br><div class="gmail_quote">2011/4/8 Rémi Denis-Courmont <span dir="ltr"><<a href="mailto:remi@remlab.net">remi@remlab.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

   Hej,<br>
<br>
On Thu, 7 Apr 2011 15:28:12 +0200, Sandra Derbring<br>
<div class="im"><<a href="mailto:sandra.derbring@gmail.com">sandra.derbring@gmail.com</a>> wrote:<br>
</div><div class="im">> Ok, so it sounds to me like the best approach is to let the module be<br>
> written against one free speech synthesis that has support for Swedish,<br>
at<br>
> least to begin with. I guess that you could later add support for<br>
specific<br>
> engines.<br>
<br>
</div>In principles, a new abstraction layer can be defined for speech engines<br>
in VLC, if that is required. In any case, some work will be required for<br>
each engine.<br>
<br>
(...)<br>
<div class="im">>> Balancing or remixing channels is feasible, except that VLC has no user<br>
>> interface concept for this at the moment.<br>
>><br>
>> However, sound effects and voices are on the same channels in the<br>
>> original medium. So I meant it's difficult to remove the original<br>
>> voices while keeping the original sound effects.<br>
<br>
> I see what you mean here. I think the best option would be to filter the<br>
> original sound - voices and sound effects - so it won't disturb during<br>
> dialogue, but still, during parts of the movie where nobody speaks, you<br>
> could still hear background noise, music and sound effects. During<br>
> developing/evaluation stages, the users could provide feedback for<br>
> different settings even if the developer has to actually carry them out.<br>
> Thanks for all the tips and features you all have suggested in this<br>
regard.<br>
<br>
</div>It's feasible, but not straightforward, as the VLC architecture was not<br>
intended to render multiple audio tracks at the same time.<br>
<div class="im"><br>
>> As long as OCR is not involved, it seems reasonable.<br>
<br>
> That's great. Do you have an approximation of the time that needs to be<br>
put<br>
> into it? A month's programming? More/less?<br>
<br>
</div>Something like that, yes.<br>
<div class="im"><br>
> The reason I ask on this list, is that we'd like to incorporate it<br>
directly<br>
> into VLC. My assumption was that it would be a easier to get the module<br>
> accepted and used if it was developed by any of you guys. But maybe I am<br>
> wrong? Would there be a difference if we let any regular programmer do<br>
> this?<br>
<br>
</div>It takes more time for an external programmer as they won't know their way<br>
around the VLC code base. But it can be done.<br>
<div><div></div><div class="h5"><br>
--<br>
Rémi Denis-Courmont<br>
<a href="http://www.remlab.net/" target="_blank">http://www.remlab.net/</a><br>
</div></div></blockquote></div><br></div>