[
http://dev.sourcefabric.org/browse/LS-469?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15768#action_15768
]
Romain Beauxis commented on LS-469:
-----------------------------------
Thanks for the work!
Before mergin I'd suggests testing and polishing the operator, in particular
concerning the warning if cue_start is too early.
Also, we need to check its behaviour when used with crossfade/smart_crossfade.
I'll test that very soon..
Finally, David should have a pass and check for clocks management. I do not
understand these issues well enough but if we don't pay attention to that this
is gonna be a recipe for new bugs :-)
> Add scripts for CUE points
> --------------------------
>
> Key: LS-469
> URL: http://dev.sourcefabric.org/browse/LS-469
> Project: Liquidsoap
> Issue Type: New Feature
> Reporter: Samuel Mimram
> Assignee: Samuel Mimram
> Priority: Blocker
> Attachments: cut-file
>
>
> We should implement handling of CUE points in the standard library, either by
> calling some external programs or by hacking into liq. This feature has been
> requested many times, see for example below.
> From the ML:
> I use liquidsoap 0.9.x and I need to manually apply so-called cue
> points (the place where fade out or fade in begins). This data will be
> set manually by users of my system and will be pushed to liquidsoap
> via metadata in the annotate interface.
> In other words: I just want to mix my songs in previously manually
> specified points.
> I know how to write transition function, but how can I "strip"
> specified amount of seconds from the beginning or the end of my song?
> Is there any way to do that?
> Answer from David:
> Liquidsoap has no such facility. However, some people have solved that
> problem before by writing a script that cuts a file as wanted, using
> corresponding tools for mp3 and ogg formats. Then they could hook up
> that script using protocols. I don't remember who it was but we met
> them in Berlin. I thought that they gave the script to Romain, but I
> might be wrong since he didn't mention it.
> It wouldn't be a good solution to have a cut operator because that
> would be done after decoding the file. Hence it would be very
> inefficient. Unless you cut a very small portion at the beginning of
> the file. Regarding the end of file, precision would be an issue
> unless we buffer in advance.
> Now that I think of it, small cue-in points may be implemented using a
> transition that sets the volume to 0 on the new track for a while...
> If it sounds like it could be enough for your particular need, and if
> you feel like hacking in liquidsoap, it could be something to try.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://dev.sourcefabric.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve
application availability and disaster protection. Learn more about boosting
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
_______________________________________________
Savonet-devl mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-devl
