http://solveigmm.com/?Products&id=EditingSDK
- AVC/H264 frame accurate editing added. Container supported MEPG-2 TS/PS
- Media files joining implemented. Currently supported mode: whole file-by-file joining of MPEG audio, AVI, DV-AVI Type 1 and 2, WMA, WMV, ASF, MPEG-1, MPEG-2 PS
- BMP to AVI workflow. Ability to encode an AVI from BMPs series
- ASF Markers workflow added. Read/Write/Delete routines added
- Delphi samples added
Could it be that there is a minor error in the precompiled SMM_SimpleJoinerDelphi.exe ?
When I add 2 files to the list and join them, everything works fine the first time.
Then I don't do anything, but join them again under a different filename.
The second time only the first file in the list is written.
Hi RuudNL,
Thank you for your post. Yes the bugs are possible. We will check it.
Is there any chance that the Delphi examples will be fixed?
Of course it is a bit difficult to evaluate a SDK when the examples are buggy...
Also I noticed some memory leaks in the Delphi examples. (Memory not 'freed'.)
Dear JohnBanks,
Please let us know if you experienced the problems with joining sample or any other?
The (precompiled) Delphi Joiner only joins once. When you try to join a second time under a different filename, only the first file is written.
The Delphi splitter has a memory leak. Caused by: New(trimlist.range)
In other words: Dispose is missing after New.
In the Delphi joiner example GetMem is never followed by FreeMem; also causing a memory leak.
The evaluation version misses some key headers, so it is not possible to compille the samples.
To get full version of the SDK (http://www.solveigmm.com/?Support&id=video_editing_glossary#SDK)please contact us - http://www.solveigmm.com/?Support&id=Feedback
OK, I see why the evaluation version has limitations, but I don't think this could be a reason why the precompiled examples should behave eratically...