Re: AW: [OT]h.264 alternatives

2017-07-25 Thread Paul Dupuis via use-livecode
This may help explain the absurdly complex MPEG4 licensing model:

http://www.mpegla.com/main/programs/M4V/Documents/m4vweb.pdf

On 7/24/2017 3:54 AM, Tiemo Hollmann TB via use-livecode wrote:
> Last year I asked Sorenson media if I have to pay license fees, using the 
> h.264 codec and got the following answer from Sorenson:
> "No, you do not need to pay any license fees to use any codecs included in 
> Squeeze. Sorenson Media pays any license fees necessary for all the codecs 
> contained in Squeeze. Once you have encoded your video with a licensed 
> product, like Squeeze, you will never need to pay any licensing fees again."
> I assume that’s the same using other compressing tools
> Tiemo
>
>
> -Ursprüngliche Nachricht-
> Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag 
> von Colin Holgate via use-livecode
> Gesendet: Mittwoch, 19. Juli 2017 21:58
> An: How to use LiveCode 
> Cc: Colin Holgate 
> Betreff: Re: [OT]h.264 alternatives
>
> Are you sure that a license is needed for H.264 playback? That could 
> seriously impact the viability of YouTube or Vimeo, if all users had to pay a 
> license fee.
>
> My hope is that the license is just paid by the encoder tool maker. If you’re 
> using Adobe Media Encoder you don’t have to pay a license, Adobe already did.
>
> In the hope that playback doesn’t involve paying a fee, you could use 
> non-H.264 encoders that make videos that are played back by anything that can 
> handle H.264. That might allow you to use your own tool without a license 
> fee, and still make videos that can play back everywhere.
>
> Here is an article that talks about how to solve a gamma/contrast issue that 
> happens with most H.264 encoders:
>
> https://myth.li/2010/07/how-to-fix-the-h264-gamma-brightness-bug-in-quicktime/
>
> The solution they have is to use an x264 encoder, and the article has links 
> to a QuickTime component, so that you could export to x264 from anything that 
> uses QuickTime. The results are better looking than regular H.264.
>
>> On Jul 19, 2017, at 12:37 PM, Richard Gaskin via use-livecode 
>>  wrote:
>>
>> Seems most folks use h.264 for encoding video, but being patent-encumbered 
>> it requires negotiating a license with MPEGLA for commercial use.
>>
>
> ___
> 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

AW: AW: [OT]h.264 alternatives

2017-07-25 Thread Tiemo Hollmann TB via use-livecode
Thanks for clarifying Warren!
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Warren Samples via use-livecode
Gesendet: Montag, 24. Juli 2017 18:24
An: Tiemo Hollmann TB via use-livecode <use-livecode@lists.runrev.com>
Cc: Warren Samples <war...@warrensweb.us>
Betreff: Re: AW: [OT]h.264 alternatives

On 07/24/2017 02:54 AM, Tiemo Hollmann TB via use-livecode wrote:
> Last year I asked Sorenson media if I have to pay license fees, using the 
> h.264 codec and got the following answer from Sorenson:
> "No, you do not need to pay any license fees to use any codecs included in 
> Squeeze. Sorenson Media pays any license fees necessary for all the codecs 
> contained in Squeeze. Once you have encoded your video with a licensed 
> product, like Squeeze, you will never need to pay any licensing fees again."
> I assume that’s the same using other compressing tools Tiemo


There is so much confusion regarding licenses! Ironically one of the main 
purposes of the MPEG-LA group is to simplify licensing for users and 
distributors by centralizing the process.

 From suspect amateur legal advice from internet forum "experts", opaque and/or 
seemingly non-complimentary statements from software distributors and MPEG-LA 
itself, and the lack of comprehensive definitive information, it's really hard 
for someone interested in getting it "right" to know what to do without hiring 
expensive attorneys.

Regarding the ENCODER distributed with device OSs and software, including 
professional software, whose EULAs state that use of the encoder has only been 
licensed for personal and non-commercial use; it seems from what the MPEG-LA 
says that this does not mean there is another level of license required to use 
the software in professional production. It points to the possible necessity of 
royalty payments for finished content distribution. Please see:

<https://bemasc.net/wordpress/2010/02/02/no-you-cant-do-that-with-h264/>

  and:

<http://www.librevideo.org/blog/2010/06/14/mpeg-la-answers-some-questions-about-avch-264-licensing/>
(This is a very long back and forth, you have to read all of it to gather all 
the information.)

The distribution of encoded content is completely separate from the encoder 
issue. Content distributors might be wise to request a license even if their 
usage does not trigger royalty payments. 
http://www.mpegla.com/main/default.aspx

Sorenson has not paid, nor could it begin to calculate how to pay any royalties 
due on content distributed by its own users, but it is clear you don't have to 
pay any additional fee simply to use Squeeze to produce content for paid 
distribution. (According to the MPEG-LA licensing associate.) You could be 
required to pay to distribute that content depending on your circumstances.

When distributing content via YouTube for exaqmple, MPEG-LA view YouTube as the 
distributor and liable for any licensing fees, not the content creator. (Again, 
according to the MPEG-LA licensing associate.)

I hope this was helpful but I make no promises :)

Warren


___
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

Re: AW: [OT]h.264 alternatives

2017-07-24 Thread Warren Samples via use-livecode

On 07/24/2017 02:54 AM, Tiemo Hollmann TB via use-livecode wrote:

Last year I asked Sorenson media if I have to pay license fees, using the h.264 
codec and got the following answer from Sorenson:
"No, you do not need to pay any license fees to use any codecs included in Squeeze. 
Sorenson Media pays any license fees necessary for all the codecs contained in Squeeze. 
Once you have encoded your video with a licensed product, like Squeeze, you will never 
need to pay any licensing fees again."
I assume that’s the same using other compressing tools
Tiemo



There is so much confusion regarding licenses! Ironically one of the 
main purposes of the MPEG-LA group is to simplify licensing for users 
and distributors by centralizing the process.


From suspect amateur legal advice from internet forum "experts", opaque 
and/or seemingly non-complimentary statements from software distributors 
and MPEG-LA itself, and the lack of comprehensive definitive 
information, it's really hard for someone interested in getting it 
"right" to know what to do without hiring expensive attorneys.


Regarding the ENCODER distributed with device OSs and software, 
including professional software, whose EULAs state that use of the 
encoder has only been licensed for personal and non-commercial use; it 
seems from what the MPEG-LA says that this does not mean there is 
another level of license required to use the software in professional 
production. It points to the possible necessity of royalty payments for 
finished content distribution. Please see:




 and:

 
(This is a very long back and forth, you have to read all of it to 
gather all the information.)


The distribution of encoded content is completely separate from the 
encoder issue. Content distributors might be wise to request a license 
even if their usage does not trigger royalty payments. 
http://www.mpegla.com/main/default.aspx


Sorenson has not paid, nor could it begin to calculate how to pay any 
royalties due on content distributed by its own users, but it is clear 
you don't have to pay any additional fee simply to use Squeeze to 
produce content for paid distribution. (According to the MPEG-LA 
licensing associate.) You could be required to pay to distribute that 
content depending on your circumstances.


When distributing content via YouTube for exaqmple, MPEG-LA view YouTube 
as the distributor and liable for any licensing fees, not the content 
creator. (Again, according to the MPEG-LA licensing associate.)


I hope this was helpful but I make no promises :)

Warren


___
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

Re: AW: AW: AW: AW: [OT]h.264 alternatives

2017-07-24 Thread Richard Gaskin via use-livecode

Tiemo Hollmann wrote:

> Richard wrote:
>> Tiemo Hollmann wrote:
>> > I think the source of the problem that there is no standard codec
>> > for h.264 on windows is, that LiveCode uses the almost deprecated
>> > directShow API and not the current Microsoft media foundation API.
>> > For MMF there probably is a standard codec for h.264 available on
>> > the  > machine.
>>
>> I thought that was remedied with LC's new player object for Windows,
>> no?
>
> No, the "new" player object is based on the old windows API :(

@LC Team:  Is that correct?  DirectShow is pretty old.  When will the 
update of the Win player object be completed to include modern APIs?


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


AW: AW: AW: AW: [OT]h.264 alternatives

2017-07-24 Thread Tiemo Hollmann TB via use-livecode
No, the "new" player object is based on the old windows API :(
Tiemo

-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard Gaskin via use-livecode
Gesendet: Montag, 24. Juli 2017 17:25
An: use-livecode@lists.runrev.com
Cc: Richard Gaskin <ambassa...@fourthworld.com>
Betreff: Re: AW: AW: AW: [OT]h.264 alternatives

Tiemo Hollmann wrote:
 > I think the source of the problem that there is no standard codec for  >
h.264 on windows is, that LiveCode uses the almost deprecated  > directShow
API and not the current Microsoft media foundation API. For  > MMF there
probably is a standard codec for h.264 available on the  > machine.

I thought that was remedied with LC's new player object for Windows, no?

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


Re: AW: [OT]h.264 alternatives

2017-07-24 Thread Richard Gaskin via use-livecode

Tiemo Hollmann wrote:

> Last year I asked Sorenson media if I have to pay license fees, using
> the h.264 codec and got the following answer from Sorenson:
> "No, you do not need to pay any license fees to use any codecs
> included in Squeeze. Sorenson Media pays any license fees necessary
> for all the codecs contained in Squeeze. Once you have encoded your
> video with a licensed product, like Squeeze, you will never need to
> pay any licensing fees again."
> I assume that’s the same using other compressing tools

It would be the same where the product's EULA says it's the same.  But 
for products whose EULAs explicitly say otherwise, the situation would 
be otherwise:


See links to the FinalCut Pro and Adobe Premier EULAs in this post:


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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

Re: AW: AW: AW: [OT]h.264 alternatives

2017-07-24 Thread Richard Gaskin via use-livecode

Tiemo Hollmann wrote:
> I think the source of the problem that there is no standard codec for
> h.264 on windows is, that LiveCode uses the almost deprecated
> directShow API and not the current Microsoft media foundation API. For
> MMF there probably is a standard codec for h.264 available on the
> machine.

I thought that was remedied with LC's new player object for Windows, no?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


AW: AW: AW: [OT]h.264 alternatives

2017-07-24 Thread Tiemo Hollmann TB via use-livecode
I think the source of the problem that there is no standard codec for h.264
on windows is, that LiveCode uses the almost deprecated directShow API and
not the current Microsoft media foundation API. For MMF there probably is a
standard codec for h.264 available on the machine.
That’s really a pity, that Edinburgh implemented this old API, which is
almost deprecated and not the current microsoft foundation after having
waited so many years for the switch from QT to a new standard. Now it bites
us again in our daily work, like many years QT. So we went from worse to
bad.
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Warren Samples via use-livecode
Gesendet: Freitag, 21. Juli 2017 16:31
An: Tiemo Hollmann TB via use-livecode <use-livecode@lists.runrev.com>
Cc: Warren Samples <war...@warrensweb.us>
Betreff: Re: AW: AW: [OT]h.264 alternatives

On 07/21/2017 03:45 AM, Tiemo Hollmann TB via use-livecode wrote:
> But I wonder, which codec youtube converts all videos into or other 
> platforms are using so that their videos are almost always compatible 
> with all platforms. There must be any cross-platform codec or the 
> browser video players bring all available codecs with them



They make files available in more than one format to accommodate various
browsers. The player and the browser negotiate which file to use. This is
the common solution to the problem.

If you visit a youtube URL with youtube-dl using the -F option you'll see
something like this, listing the associated files:


[youtube] NSEISkSfzIg: Downloading MPD manifest
[info] Available formats for NSEISkSfzIg:
format code  extension  resolution note
139  m4aaudio only DASH audio   49k , m4a_dash 
container, mp4a.40.5@ 48k (22050Hz), 1.23MiB
249  webm   audio only DASH audio   68k , opus @ 50k, 1.46MiB
250  webm   audio only DASH audio  103k , opus @ 70k, 2.09MiB
171  webm   audio only DASH audio  124k , vorbis@128k, 3.04MiB
140  m4aaudio only DASH audio  129k , m4a_dash 
container, mp4a.40.2@128k (44100Hz), 3.28MiB
251  webm   audio only DASH audio  181k , opus @160k, 3.89MiB
160  mp4192x144DASH video  109k , avc1.4d400c, 
12fps, video only, 2.71MiB
133  mp4320x240DASH video  246k , avc1.4d400d, 
24fps, video only, 6.09MiB
17   3gp176x144small , mp4v.20.3, mp4a.40.2@ 24k
36   3gp320x240small , mp4v.20.3, mp4a.40.2
18   mp4320x240medium , avc1.42001E, mp4a.40.2@ 96k
43   webm   640x360medium , vp8.0, vorbis@128k (best)


___
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


AW: AW: AW: [OT]h.264 alternatives

2017-07-24 Thread Tiemo Hollmann TB via use-livecode
Hi Warren,
thanks for your ideas.
It might be, that I am using any special encoding option. Since I don't have
one of those incompatible devices, I can't test it out easily, but if it get
worse, I'll have to investigate it deeper.
I already tried other codecs for encoding with Sorenson squeeze, but didn't
found any other codec, which creates so small files, as the Sorenson 2-pass
VBR codec. With this codec I could shrink the videos of my app to 2 GB, all
other tested codecs resulted at least with 4 GB, what is a not tolerable
increase of storage on a smartphone. So up to now I stay with the Sorenson
codec and have some customers, who can't use my app.
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Warren Samples via use-livecode
Gesendet: Freitag, 21. Juli 2017 16:59
An: Tiemo Hollmann TB via use-livecode <use-livecode@lists.runrev.com>
Cc: Warren Samples <war...@warrensweb.us>
Betreff: Re: AW: AW: [OT]h.264 alternatives

On 07/21/2017 04:28 AM, Tiemo Hollmann TB via use-livecode wrote:
> ... and h.264 is not h.264, it depends on the codec being used! I am 
> also using h.264 videos on iOS and Android, but the fun stopped with 
> the first customers, who couldn't play my videos on some Android 
> devices. Obviously my choice of a Sorenson h.264 codec isn't 
> compatible with all Android devices (mostly LG) and I have no idea if 
> there is any codec at all, which is compatible with all Android devices.
Sigh!
> Tiemo


Tiemo,

Is it possible that you selected encoding options that the decoder couldn't
handle? That is to say it's not - might not be - that Sorenson isn't
compatible per se, but that you have to select options which are compatible?
This has always been an issue. There may also be issues with the container.
You have to select a conservative profile and the right audio format for
maximum compatibility. I would encourage you to look into this. Obviously,
this assumes these devices have some kind of h264 capability. Many flaming
hoops to jump through...

Warren

___
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


AW: [OT]h.264 alternatives

2017-07-24 Thread Tiemo Hollmann TB via use-livecode
Last year I asked Sorenson media if I have to pay license fees, using the h.264 
codec and got the following answer from Sorenson:
"No, you do not need to pay any license fees to use any codecs included in 
Squeeze. Sorenson Media pays any license fees necessary for all the codecs 
contained in Squeeze. Once you have encoded your video with a licensed product, 
like Squeeze, you will never need to pay any licensing fees again."
I assume that’s the same using other compressing tools
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
Colin Holgate via use-livecode
Gesendet: Mittwoch, 19. Juli 2017 21:58
An: How to use LiveCode 
Cc: Colin Holgate 
Betreff: Re: [OT]h.264 alternatives

Are you sure that a license is needed for H.264 playback? That could seriously 
impact the viability of YouTube or Vimeo, if all users had to pay a license fee.

My hope is that the license is just paid by the encoder tool maker. If you’re 
using Adobe Media Encoder you don’t have to pay a license, Adobe already did.

In the hope that playback doesn’t involve paying a fee, you could use non-H.264 
encoders that make videos that are played back by anything that can handle 
H.264. That might allow you to use your own tool without a license fee, and 
still make videos that can play back everywhere.

Here is an article that talks about how to solve a gamma/contrast issue that 
happens with most H.264 encoders:

https://myth.li/2010/07/how-to-fix-the-h264-gamma-brightness-bug-in-quicktime/

The solution they have is to use an x264 encoder, and the article has links to 
a QuickTime component, so that you could export to x264 from anything that uses 
QuickTime. The results are better looking than regular H.264.

> On Jul 19, 2017, at 12:37 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> Seems most folks use h.264 for encoding video, but being patent-encumbered it 
> requires negotiating a license with MPEGLA for commercial use.
> 


___
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

Re: AW: AW: [OT]h.264 alternatives

2017-07-21 Thread Stephen Barncard via use-livecode
Yes, this is why most who need to stream video should not do it themselves.
Let the big guys handle it and just imbed it in your thing.

sqb



On Fri, Jul 21, 2017 at 7:30 AM, Warren Samples via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 07/21/2017 03:45 AM, Tiemo Hollmann TB via use-livecode wrote:
>
>> But I wonder, which codec youtube converts all videos into or other
>> platforms are using so that their videos are almost always compatible with
>> all platforms. There must be any cross-platform codec or the browser video
>> players bring all available codecs with them
>>
>
>
>
> They make files available in more than one format to accommodate various
> browsers. The player and the browser negotiate which file to use. This is
> the common solution to the problem.
>
> If you visit a youtube URL with youtube-dl using the -F option you'll see
> something like this, listing the associated files:
>
>
> [youtube] NSEISkSfzIg: Downloading MPD manifest
> [info] Available formats for NSEISkSfzIg:
> format code  extension  resolution note
> 139  m4aaudio only DASH audio   49k , m4a_dash container,
> mp4a.40.5@ 48k (22050Hz), 1.23MiB
> 249  webm   audio only DASH audio   68k , opus @ 50k, 1.46MiB
> 250  webm   audio only DASH audio  103k , opus @ 70k, 2.09MiB
> 171  webm   audio only DASH audio  124k , vorbis@128k, 3.04MiB
> 140  m4aaudio only DASH audio  129k , m4a_dash container,
> mp4a.40.2@128k (44100Hz), 3.28MiB
> 251  webm   audio only DASH audio  181k , opus @160k, 3.89MiB
> 160  mp4192x144DASH video  109k , avc1.4d400c, 12fps,
> video only, 2.71MiB
> 133  mp4320x240DASH video  246k , avc1.4d400d, 24fps,
> video only, 6.09MiB
> 17   3gp176x144small , mp4v.20.3, mp4a.40.2@ 24k
> 36   3gp320x240small , mp4v.20.3, mp4a.40.2
> 18   mp4320x240medium , avc1.42001E, mp4a.40.2@ 96k
> 43   webm   640x360medium , vp8.0, vorbis@128k (best)
>
>

--
Stephen Barncard - Sebastopol Ca. USA -

mixstream.org
___
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


Re: AW: AW: [OT]h.264 alternatives

2017-07-21 Thread Warren Samples via use-livecode

On 07/21/2017 04:28 AM, Tiemo Hollmann TB via use-livecode wrote:

... and h.264 is not h.264, it depends on the codec being used! I am also
using h.264 videos on iOS and Android, but the fun stopped with the first
customers, who couldn't play my videos on some Android devices. Obviously my
choice of a Sorenson h.264 codec isn't compatible with all Android devices
(mostly LG) and I have no idea if there is any codec at all, which is
compatible with all Android devices. Sigh!
Tiemo



Tiemo,

Is it possible that you selected encoding options that the decoder 
couldn't handle? That is to say it's not - might not be - that Sorenson 
isn't compatible per se, but that you have to select options which are 
compatible? This has always been an issue. There may also be issues with 
the container. You have to select a conservative profile and the right 
audio format for maximum compatibility. I would encourage you to look 
into this. Obviously, this assumes these devices have some kind of h264 
capability. Many flaming hoops to jump through...


Warren

___
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


Re: AW: AW: [OT]h.264 alternatives

2017-07-21 Thread Warren Samples via use-livecode

On 07/21/2017 03:45 AM, Tiemo Hollmann TB via use-livecode wrote:

But I wonder, which codec youtube converts all videos into or other
platforms are using so that their videos are almost always compatible with
all platforms. There must be any cross-platform codec or the browser video
players bring all available codecs with them




They make files available in more than one format to accommodate various 
browsers. The player and the browser negotiate which file to use. This 
is the common solution to the problem.


If you visit a youtube URL with youtube-dl using the -F option you'll 
see something like this, listing the associated files:



[youtube] NSEISkSfzIg: Downloading MPD manifest
[info] Available formats for NSEISkSfzIg:
format code  extension  resolution note
139  m4aaudio only DASH audio   49k , m4a_dash 
container, mp4a.40.5@ 48k (22050Hz), 1.23MiB

249  webm   audio only DASH audio   68k , opus @ 50k, 1.46MiB
250  webm   audio only DASH audio  103k , opus @ 70k, 2.09MiB
171  webm   audio only DASH audio  124k , vorbis@128k, 3.04MiB
140  m4aaudio only DASH audio  129k , m4a_dash 
container, mp4a.40.2@128k (44100Hz), 3.28MiB

251  webm   audio only DASH audio  181k , opus @160k, 3.89MiB
160  mp4192x144DASH video  109k , avc1.4d400c, 
12fps, video only, 2.71MiB
133  mp4320x240DASH video  246k , avc1.4d400d, 
24fps, video only, 6.09MiB

17   3gp176x144small , mp4v.20.3, mp4a.40.2@ 24k
36   3gp320x240small , mp4v.20.3, mp4a.40.2
18   mp4320x240medium , avc1.42001E, mp4a.40.2@ 96k
43   webm   640x360medium , vp8.0, vorbis@128k (best)


___
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


AW: AW: [OT]h.264 alternatives

2017-07-21 Thread Tiemo Hollmann TB via use-livecode
... and h.264 is not h.264, it depends on the codec being used! I am also
using h.264 videos on iOS and Android, but the fun stopped with the first
customers, who couldn't play my videos on some Android devices. Obviously my
choice of a Sorenson h.264 codec isn't compatible with all Android devices
(mostly LG) and I have no idea if there is any codec at all, which is
compatible with all Android devices. Sigh!
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Tiemo Hollmann TB via use-livecode
Gesendet: Freitag, 21. Juli 2017 10:46
An: 'How to use LiveCode' <use-livecode@lists.runrev.com>
Cc: Tiemo Hollmann TB <toolb...@kestner.de>
Betreff: AW: AW: [OT]h.264 alternatives

Hi Richard,
I also was looking for a cross-platform compatible codec a year ago and
wondered why it was still so complicated.  On the first sight I didn't found
any codec, which is available by standard on both platforms. I stopped my
further investigations after I found the LAV-filters solution for the h.264
codec.
But I wonder, which codec youtube converts all videos into or other
platforms are using so that their videos are almost always compatible with
all platforms. There must be any cross-platform codec or the browser video
players bring all available codecs with them, but they are not available
outside of the web player as in LC.
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard Gaskin via use-livecode
Gesendet: Donnerstag, 20. Juli 2017 19:04
An: use-livecode@lists.runrev.com
Cc: Richard Gaskin <ambassa...@fourthworld.com>
Betreff: Re: AW: [OT]h.264 alternatives

Tiemo Hollmann wrote:

 > Keep in mind, that h.264 is not natively supported by Windows 10 (and  >
not by 8 I think). You need to install a h.264 filte

Thanks, Tiemo. That's a serious bummer.

It's 2017. Is there really no single codec available for Mac, Windows,
Linux, iOS, and Android which allows playback of a single video file?

Are we stuck in the yesteryear of having to query the user-agent and serve
different files according to the user's OS?

Extra bonus points if it's no patent-encumbered, but at this point I'll take
what I can get.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


AW: AW: [OT]h.264 alternatives

2017-07-21 Thread Tiemo Hollmann TB via use-livecode
Hi Richard,
I also was looking for a cross-platform compatible codec a year ago and
wondered why it was still so complicated.  On the first sight I didn't found
any codec, which is available by standard on both platforms. I stopped my
further investigations after I found the LAV-filters solution for the h.264
codec.
But I wonder, which codec youtube converts all videos into or other
platforms are using so that their videos are almost always compatible with
all platforms. There must be any cross-platform codec or the browser video
players bring all available codecs with them, but they are not available
outside of the web player as in LC.
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard Gaskin via use-livecode
Gesendet: Donnerstag, 20. Juli 2017 19:04
An: use-livecode@lists.runrev.com
Cc: Richard Gaskin <ambassa...@fourthworld.com>
Betreff: Re: AW: [OT]h.264 alternatives

Tiemo Hollmann wrote:

 > Keep in mind, that h.264 is not natively supported by Windows 10 (and  >
not by 8 I think). You need to install a h.264 filte

Thanks, Tiemo. That's a serious bummer.

It's 2017. Is there really no single codec available for Mac, Windows,
Linux, iOS, and Android which allows playback of a single video file?

Are we stuck in the yesteryear of having to query the user-agent and serve
different files according to the user's OS?

Extra bonus points if it's no patent-encumbered, but at this point I'll take
what I can get.

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


Re: AW: [OT]h.264 alternatives

2017-07-20 Thread Richard Gaskin via use-livecode

Tiemo Hollmann wrote:

> Keep in mind, that h.264 is not natively supported by Windows 10 (and
> not by 8 I think). You need to install a h.264 filte

Thanks, Tiemo. That's a serious bummer.

It's 2017. Is there really no single codec available for Mac, Windows, 
Linux, iOS, and Android which allows playback of a single video file?


Are we stuck in the yesteryear of having to query the user-agent and 
serve different files according to the user's OS?


Extra bonus points if it's no patent-encumbered, but at this point I'll 
take what I can get.


--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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


AW: [OT]h.264 alternatives

2017-07-20 Thread Tiemo Hollmann TB via use-livecode
Keep in mind, that h.264 is not natively supported by Windows 10 (and not by
8 I think). You need to install a h.264 filter!
Up to now, I didn't found a separate h.264 filter installer, which only
installs h.264, only bundled in a codec package installer like the LAV
filters.

Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von Richard Gaskin via use-livecode
Gesendet: Mittwoch, 19. Juli 2017 21:37
An: How to use LiveCode 
Cc: Richard Gaskin 
Betreff: [OT]h.264 alternatives

Seems most folks use h.264 for encoding video, but being patent-encumbered
it requires negotiating a license with MPEGLA for commercial use.

I have a batch of files I need to re-encode - what non-patent-encumbered
codec could I use that will be supported on all platforms?

--
  Richard Gaskin
  Fourth World Systems
  Software Design and Development for the Desktop, Mobile, and the Web
  
  ambassa...@fourthworld.comhttp://www.FourthWorld.com

___
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