Ticket #35 (closed defect: fixed)

Opened 11 years ago

Last modified 11 years ago

delay in copying section containing high quantity of audio

Reported by: avneesh-singh Owned by: julien-quint
Priority: major Milestone: Obi RC1
Component: Application Version:
Keywords: Cc: markus.gylling@tpb.se
Blocked By: Blocking:
Time planned: 1d Time remaining: 1d
Time spent: 1d Estimated Number of Hours:
Add Hours to Ticket: Billable?:
Total Hours:


When a section containing large amount of audio like 200 MB is copied and pasted at some other location, a lot of delay is observed. It is further observed that all the physical audio data contained in the copied section is also copied.

Recommendation: Some way needs to be implemented to avoid rewriting of huge amount of same data again and again during operations like copy.

submitted on behalf of Markus. Markus please add/edit details if I missed out something.

Change History

comment:1 Changed 11 years ago by avneesh-singh

  • Milestone set to Obi Beta 2

comment:1 Changed 11 years ago by avneesh-singh

  • Milestone changed from Obi Beta 2 to Obi Beta3

The bugg is most probably coming from toolkit as it looks that toolkit is copying audio on hard disk instead of doing it virtually.

comment:1 Changed 11 years ago by julien-quint

  • Owner changed from somebody to julien-quint
  • Milestone changed from Obi Beta3 to Obi RC1

Should be fixed when we switch to toolkit v1.1

comment:1 Changed 11 years ago by avneesh-singh

  • Status changed from new to closed
  • Resolution set to fixed

This is fixed in sdk version 1.1. Hopefully should not have any negetive side effects.

Note: See TracTickets for help on using tickets.