Thanks Mark and Jim for your suggestions.
I will give both a try. Probably changing the file header exceeds my 
capabilities. Just reading a mov as binfile, replacing the text "Sorenson Video 
3" and writing back a binfile is probably not enough. At least the quicktime 
player tells me that a part of the video is broken.
Tiemo


-----Ursprüngliche Nachricht-----
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Mark Waddingham
Gesendet: Freitag, 18. September 2015 19:03
An: How to use LiveCode <use-livecode@lists.runrev.com>
Betreff: Re: AW: AW: Why is LC text blurred on a retina display?

Interesting. If Sorenson Squeeze is h.264 with a different header, all is not 
lost. It might be perfectly possible to do something at the point of the client 
to make them compatible.

If they are currently MOVs then an important thing to remember is that MOV is 
actually just a container format - it is a specific way of bundling media 
streams (encoded in different formats) together. If the actual data within the 
MOV is a 'normal' h.264 which AVFoundation can understand then you could 
potentially tweak the files on disk on the fly to make them load.

The engineering involved in doing that might cost substantially less than 
re-encoding your entire library and requiring all your users to upgrade.

Mark.

Sent from my iPhone

> On 18 Sep 2015, at 17:45, Tiemo Hollmann TB <toolb...@kestner.de> wrote:
> 
> Hi Mark,
> 
> I am sorry for my uncouth "broken". It was only for me "not usable"
> Your improvements on the sort command really look very promising. 
> Thank you for caring about it!
> 
> The reason, why I can't use the AVFoundation is very specific to my 
> environment. All of our products are based on a set of 20000 sign 
> language videos, which were compressed and encoded 7 years ago with Sorenson 
> squeeze.
> Though the codec was a h.264, Sorenson put its own name "Sorenson Video 3"
> into the header of the videos, which isn't accepted by AVFoundation 
> and so the videos can't be played by the AVFoundation player. Getting 
> all native videos out of the archive cutting and recompressing with a 
> new codec has to be done one day, but is actually a real big deal for 
> us. And I can't update the program anymore at the existing customer 
> base, without exchanging all videos (8GB), what isn't realistic as an 
> update. I would have to release a complete new version. And "if" I am 
> heading this big task, it makes only sense, if I am sure I can use the 
> new videos also with a new LC video player on Windows. So not being 
> able to use AVFoundation isn't a technical issue, "only" an organizational 
> issue in our specific situation.
> Thanks for asking
> Tiemo
> 
> 
> -----Ursprüngliche Nachricht-----
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im 
> Auftrag von Mark Waddingham
> Gesendet: Freitag, 18. September 2015 16:29
> An: How to use LiveCode <use-livecode@lists.runrev.com>
> Betreff: Re: AW: Why is LC text blurred on a retina display?
> 
> Hi Tiemo,
> 
>> On 2015-09-18 11:11, Tiemo Hollmann TB wrote:
>> Thanks Kay, Neil and Mark,
>> I can't use LC 7 or above, because the sort international is 
>> completely broken (as I have reported), what makes LC 7 or above 
>> completely unusable for German developers. (because sorting is just 
>> such a standard
>> function...)
>> But I will give 6.7.6 a try. Hoping I don't get any pitfalls with QT 
>> on modern systems, because I can't use AVFoundation.
> 
> I do think that 'completely broken' is perhaps not quite the correct 
> phrase to use in this instance (I appreciate your native language is not 
> English!).
> 
> I believe 7.0's 'sort international' functions entirely correctly - it 
> just does it substantially slower than before!
> 
> I recently did some work on the sort command for LiveCode 8 to 
> optimize it's
> performance:
> 
> https://github.com/livecode/livecode/pull/2496
> 
> The improvements were dramatic. Indeed, the new approach is actually 
> much better than it was prior to 7.0 as it ensures it only computes 
> certain information it needs once, and operates on a much smaller 
> intermediate representation.
> 
> I asked Seb to take some timings of the stack you provided in 
> different versions. Here is what he found:
> 
> 6.7.7-rc-2    xSortListe    56ms  - sort full list
> 6.7.7-rc-2    xSortListe    27ms  - sort list items with 'a'
> 
> 7.1.0-rc-3    xSortListe    596ms - sort full list
> 7.1.0-rc-3    xSortListe    293ms - sort list items with 'a'
> 
> 8.0.0-dp-5    xSortListe    44ms  - sort full list
> 8.0.0-dp-5    xSortListe    26ms  - sort list items with 'a'
> 
> So, I think we can hopefully say that sort has returned to its 
> previous levels of performance (and indeed, might even be faster than 
> before although the margin for error in the above tests is too small 
> to say for
> sure) :)
> 
> We'll look into back-porting this particular patch to the 7.x branch - 
> the reason I put it into 8.0 was mainly because I was being 
> conservative. If my changes were to break something, we'd have more 
> time to sort it out on the develop branch, rather than on the 7.x maintenance 
> branch.
> 
> On an unrelated note...
> 
> Can you explain why you can't use AVFoundation? Sorry to have to be 
> the bearer of bad news here, but anybody who is currently dependent on 
> QuickTime in any fashion is going to run into significant and 
> insoluble problems as time moves forward. We have just about managed 
> to preserve existing player / multimedia functionality in the Mac 
> engine with the move to Cocoa (with considerably difficulty, I might 
> add); but the reality is that we cannot continue to support QuickTime 
> indefinitely as Apple dropped support for it, and stopped maintaining 
> it several years ago. It could disappear from a new version of OS X at any 
> point - it is already barred from the Mac AppStore.
> 
> Warmest Regards,
> 
> Mark.
> 
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
> subscription
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> _______________________________________________
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Reply via email to