The basics of Qued.tv is to allow for the easy import of a media URL to bring media into the cueing system. This gives each piece of media imported a unique ID. If a piece of media is already imported the user is brought to the preexisting media and its associated metadata.
The tool is agnostic to the media type. Various media types are rendered for playback with an appropriate media player.
The tool uses APIs to talk to the players. This is a two way conversation. The user can direct the player to SEEK to a time code or it can read the player’s time code to record a new chapter point and this new chapter point can have an annotation attached.
The time codes and annotations belonging to each chapter point are stored in a database at Qued.tv. The metadata is stored separate to the media. The media is referenced by hyperlink and no media is copied or stored in the process of importing. Here hypertextuality allows the marking up of media remotely. One downside to this is that media has a tendency to expire. 5% of media imported into Qued.tv expires every year. For archiving in the long term this is not an ideal solution. But to avoid copyright infringements the current approach works best. It can also be argued that metadata should be stored closer to the media, if the media owner is going to be archiving it.
Future plans for Qued.tv would be to decentralise the platform. Currently Qued.tv can chapter and subtitle audio and video and the subtitles are exportable back into YouTube and Vimeo via SRT files.
Similar to the way media is iframed onto webpages, it should be possible to chapter media using a web based Qued.tv tool or a desktop application. The outputted subtitles file can be stored online or shared offline and reconnected to the media on import into other systems. This would be similar to how foreign language subtitles are created and shared with movies distributed over bit torrent.