Some splitting logic can be borrowed from apps closely working with cue:<br><br>k3b <br>QShnToolSplit - <a href="http://www.qt-apps.org/content/show.php/QShnToolSplit?content=110373">http://www.qt-apps.org/content/show.php/QShnToolSplit?content=110373</a><br>
Flacon - <a href="http://www.kde-apps.org/content/show.php/Flacon?content=113388">http://www.kde-apps.org/content/show.php/Flacon?content=113388</a><br><br><div class="gmail_quote">2009/10/14 Casey Link <span dir="ltr"><<a href="mailto:unnamedrambler@gmail.com">unnamedrambler@gmail.com</a>></span><br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">> The hard part is getting this stuff integrated into the local<br>
> collection so tracks defined by a cue sheet can be part of the local<br>
> collection on par with any other track.<br>
<br>
</div>This is indeed the hardest part. Identifying CUEs will have to take<br>
place in the scanner, and, frankly, I don't even know if the database<br>
schema could handle abstract track urls.<br>
<br>
Right now a local track is identified by it's unique URL, e.g.,<br>
/home/ramblurr/Music/01-OhYea.mp3. But to support CUE tracks the<br>
scanner will have to:\<br>
<br>
1. Locate the CUE when scanning<br>
2. Parse the CUE into timecode tracks<br>
3. Enter the split tracks into the database.<br>
<br>
So a CUE track's url might look something like<br>
/home/ramblurr/Music/01-OhYea.mp3;path_to_cue;begin_point1;end_point1<br>
<font color="#888888"><br>
Casey<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
Amarok mailing list<br>
<a href="mailto:Amarok@kde.org">Amarok@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/amarok" target="_blank">https://mail.kde.org/mailman/listinfo/amarok</a><br>
</div></div></blockquote></div><br>