[Bug 677306] [wavparse] TOC support

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=677306
  GStreamer | gst-plugins-good | git

--- Comment #20 from Anton Belka <dark-al at ya.ru> 2013-03-23 14:12:46 UTC ---
(In reply to comment #19)
> I find the way we present cuesheets as TOC a bit weird:
> 
> $ gst-launch-1.0 playbin uri=file:///tracks.wav --toc
> FOUND TOC
> edition: start: 0:00:00.000000000 stop: 0:49:22.760000000
>   chapter: start: 0:00:00.440000000 stop: 0:06:57.733333333
>   chapter: start: 0:06:57.733333333 stop: 0:11:06.933333333
>   chapter: start: 0:11:06.933333333 stop: 0:19:54.706666667
>   chapter: start: 0:19:54.706666667 stop: 0:26:15.973333333
>   chapter: start: 0:26:15.973333333 stop: 0:33:10.640000000
>   chapter: start: 0:33:10.640000000 stop: 0:40:13.200000000
>   chapter: start: 0:40:13.200000000 stop: 0:49:22.7600
> 
> 
> a) why 'chapter' ? Any reason not to switch it to 'track' ? (I presume this
> code predates my overhaul of the API and the addition of more entry types?)
> 
> b) do we really need/want a single top-level 'edition' here? Why? If yes, then
> we should probably add a new 'cue sheet' type.

1. Yes, code written when TOC api has only two entries: chapter and edition.
Now we really must change chapter to track.

2. We really need a single top-level 'edition' here, because riff-wav can store
TOC in both: Cue Chunk and Sampler Chunk.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.