> On 14 Apr 2020, at 10:00 am, J. Landman Gay via use-livecode
> wrote:
>
> The bug was me. I didn't know about the HTTPS requirement, but in addition I
> had to add the SSL library and set hardware acceleration too (I think that's
> what Colin meant, and I misunderstood.)
Hmm… I only neede
On 4/13/20 5:38 PM, Monte Goulding via use-livecode wrote:
Hi Jacque
Good news! This is not a bug!
As of Android 9 clear text HTTP is disabled by default. This is much like the
ATS restrictions on iOS. We probably need to add a way to configure this in the
standalone builder for Android like
Aha! Was just about to comment on the report and it seems Panos got there first!
I should have expected that ;-)
Cheers
Monte
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your su
> On 13 Apr 2020, at 3:29 pm, J. Landman Gay via use-livecode
> wrote:
>
> On 4/12/20 4:16 PM, Monte Goulding via use-livecode wrote:
>>> On 13 Apr 2020, at 3:58 am, J. Landman Gay via use-livecode
>>> wrote:
>>>
>>> On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
On 2020-0
On 4/12/20 4:16 PM, Monte Goulding via use-livecode wrote:
On 13 Apr 2020, at 3:58 am, J. Landman Gay via use-livecode
wrote:
On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
@Mark is there a bug number for this? I cou
> On 13 Apr 2020, at 3:58 am, J. Landman Gay via use-livecode
> wrote:
>
> On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
>> On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
>>> @Mark is there a bug number for this? I couldn't find anything.
>> Not specifically as yet I
On 4/12/20 9:43 AM, Mark Waddingham via use-livecode wrote:
On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
@Mark is there a bug number for this? I couldn't find anything.
Not specifically as yet I don't think - Monte noticed some issues late last week, and is the
progress of fixi
On 2020-04-10 21:39, J. Landman Gay via use-livecode wrote:
@Mark is there a bug number for this? I couldn't find anything.
Not specifically as yet I don't think - Monte noticed some issues late
last week, and is the progress of fixing them. I've asked him to chime
in when he's back to work :
I haven't actually tried either of those because 1) I can't expect users to fiddle with
hardware acceleration, and 2) there aren't any security issues, since (as I just noticed) the
player control in the IDE will play the video.
I thought it didn't work before because the size of the video is s
@Mark is there a bug number for this? I couldn't find anything.
On 4/9/20 3:36 PM, Mark Waddingham via use-livecode wrote:
This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4)
- the android player doesn’t currently play nicely with accelerated
rendering... Turning t
Only H.264/AAC is acceptable!
Have you tried setting hardware acceleration rendering to be on?
Have you tried including a small video file in the app, to help rule out
security issues?
> On Apr 9, 2020, at 4:10 PM, J. Landman Gay via use-livecode
> wrote:
>
> On 4/9/20 3:41 PM, Colin Holgat
On 4/9/20 3:41 PM, Colin Holgate via use-livecode wrote:
A long time ago it was possible to work around hardware acceleration issues by
playing the video at a different size. That is, a 1920x1080 playback would fail
and a 1920x1081 would work. It was just a trick to force the player to use
sof
The videos are, in fact, 1920x1080. I set the size of both the widget or the mobile scripted
browser (whichever I was testing) to the card size but it still didn't play. Wish it worked, it
would have been a nice trick.
On 4/9/20 3:41 PM, Colin Holgate via use-livecode wrote:
A long time ago it
My test stack didn't set accelerated rendering at all, so I think there's more
to it than that.
On 4/9/20 3:36 PM, Mark Waddingham via use-livecode wrote:
This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4)
- the android player doesn’t currently play nicely with acc
A long time ago it was possible to work around hardware acceleration issues by
playing the video at a different size. That is, a 1920x1080 playback would fail
and a 1920x1081 would work. It was just a trick to force the player to use
software instead of hardware.
> On Apr 9, 2020, at 2:36 PM,
This sounds like a bug we are currently fixing (hopefully in time for 9.6-DP-4)
- the android player doesn’t currently play nicely with accelerated
rendering... Turning that off should mean things play properly.
We use the system player object so MP4 should be fine.
Warmest Regards,
Mark.
Sen
I tried the browser widget: no audio, no video, white screen, no browser
outline on Android.
I tried a mobile browser (mobileControlCreate): audio plays, no video, white
screen.
So yeah, it looks like there's no codec. The widget on desktop doesn't play it either. If I ask
the client to re-do
hmmm.i'm going to do some testing on this to try to nail down the
details on this.
Visiting this page in the browser gives a lot of info.
https://tools.woolyss.com/html5-audio-video-tester/
I've never used the built in player maybe it uses the OS's installed codecs?
On Thu, Apr 9, 2020 at
> Am 09.04.2020 um 21:04 schrieb Tom Glod via use-livecode
> :
>
> i am not sure of the difference between the codec your files used ...and
> the YT live codec but surely there is one.
QT Player info gave me h264 as the video codec.
--
Klaus Major
https://www.major-k.de
kl...@major-k.de
i am not sure of the difference between the codec your files used ...and
the YT live codec but surely there is one.
On Thu, Apr 9, 2020 at 3:03 PM Tom Glod wrote:
> YT uses different codecs for 'live' and uploaded videos. After a period
> of time, the re-encode the live videos as archived v
YT uses different codecs for 'live' and uploaded videos. After a period of
time, the re-encode the live videos as archived videos and then they can be
viewed normally like you say.
Indeed, I play youtube videos all the time in my toolbox that runs the cef
browser widget. but ya. nothing l
Hi Tom,
> Am 09.04.2020 um 20:49 schrieb Tom Glod via use-livecode
> :
>
> Hi Klaus,
>
> My experience with this issue was trying to view "youtube live" using the
> browser widget, which uses h264...its how I found out that CEF needs to be
> built with "-proprietary codec" flag in order to be a
Hi Klaus,
My experience with this issue was trying to view "youtube live" using the
browser widget, which uses h264...its how I found out that CEF needs to be
built with "-proprietary codec" flag in order to be able to play h264
videos from youtube or vimeo.
It would make sense that its the same
Nope. AAC is lossy but better than MP3. You may be thinking of ALAC - Apple
Lossless Audio Codec.
Just to add to the confusion, here’s a clip from a good Wikipedia article:
"Apple Lossless data is frequently stored within an MP4 container with the
filename extension .m4a. This extension is also
Hi Tom,
> Am 09.04.2020 um 20:34 schrieb Tom Glod via use-livecode
> :
>
> Hi Richard, thats exactly what they did.
>
> Now if only would could get a LC and CEF build with that. Do you think it
> would be a lot of work to add the codec to LC player and a build of CEF to
> go with it?
the x264
Hi Richard, thats exactly what they did.
Now if only would could get a LC and CEF build with that. Do you think it
would be a lot of work to add the codec to LC player and a build of CEF to
go with it?
I got the licensing documents 2 years ago from MPEG-LA.. and had I
started to read them the
Tom Glod wrote:
> There is cisco's openh264 codec which they open sourced. So that is a
> potential solution that would have to include the livecode team.
>
> https://github.com/cisco/openh264
Super-cool, Tom. Thanks for posting that.
It's an impressive work, both technically for its breadth of
Hi Jaques,
> Am 09.04.2020 um 20:03 schrieb J. Landman Gay via use-livecode
> :
>
> On 4/9/20 9:53 AM, Bryan Anderson via use-livecode wrote:
>> The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1
>> and MPEG1-Layer2. AAC is by far the most often used audio codec.
>> I ju
There is cisco's openh264 codec which they open sourced. So that is a
potential solution that would have to include the livecode team.
https://github.com/cisco/openh264
On Thu, Apr 9, 2020 at 2:04 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> On 4/9/20 9:53 AM, Br
On 4/9/20 9:53 AM, Bryan Anderson via use-livecode wrote:
The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 and
MPEG1-Layer2. AAC is by far the most often used audio codec.
I just made a quick video using each audio codec, and the only one that plays audio
in LC is the
I'm sorry to be the bearer of bad news here. :(
if its h264 the browser widget won't play it. If you saw video but no audio
then thats one thing.but no video means the video codec is also absent.
On Thu, Apr 9, 2020 at 1:57 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com>
They're kind of huge (like 400 MB) so I didn't copy them to my phone, but they play okay on Mac
using Firefox and on Android using Chrome browser. I guess that doesn't tell us much.
Swami suggested to me privately that he uses a browser widget to play videos so I will try that
next.
On 4/9/20
Hi all,
> Am 09.04.2020 um 16:53 schrieb Bryan Anderson via use-livecode
> :
>
> The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1
> and MPEG1-Layer2. AAC is by far the most often used audio codec.
yes, even my (not so smart) TV can play MP4 with AAc directly from an U
The .mp4 file spec allows for 3 different audio formats. AAC, MPEG1-Layer1 and
MPEG1-Layer2. AAC is by far the most often used audio codec.
I just made a quick video using each audio codec, and the only one that plays
audio in LC is the AAC version (MacOS, LC 9.5.0). To make sure you’re video is
As I recall, it is lossless, yes?
Bob S
> On Apr 8, 2020, at 7:46 PM, Jerry Jensen via use-livecode
> wrote:
>
> Hi J,
> AAC is Advanced Audio Compression - successor to MP3.
> https://fileinfo.com/extension/aac
> Hope this will help you figure out how to play it.
> .Jerry
_
What happens if you play the file locally on each device?
-Mark
On Wed, Apr 8, 2020 at 10:22 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:
> Not sure what you mean by "an existing app" but my test app uses
> mobileControlCreate to set up
> a mobile player. When it ac
Not sure what you mean by "an existing app" but my test app uses mobileControlCreate to set up
a mobile player. When it accesses the video from my server, it's all black with no video or
audio, and the nonexistent playback quits a few seconds in.
I'm not sure whether these videos were created w
If that's true, I'm in trouble. There are a lot of these videos.
I just made a quick test app and ran it on Android. I get a blank mobile player displaying a
completely black rectangle. The script loads the URL from my server, waits for a
playerPropertyAvailable "duration" property to be receiv
my guess is the LC player does not have h264 codec. its a codec that
carries a license fee and agreement. I hope one day it can be included in
an indy license and maybe the CEF can be built with the h264 codec.
That would be really good for business.
CHeers
Tom
On Thu, Apr 9, 2020 at 12:12
Thanks. The Mac won't play it, which is odd (usually in Finder a media
thumbnail will play) and the Mac suggests QT as a default app, wbich is no
longer supported officially.
I will try it on mobile when I get farther along, but for now I'd like to
debug on Mac during development. The LC playe
Hi J,
AAC is Advanced Audio Compression - successor to MP3.
https://fileinfo.com/extension/aac
Hope this will help you figure out how to play it.
.Jerry
> On Apr 8, 2020, at 4:10 PM, J. Landman Gay via use-livecode
> wrote:
>
> I asked this before, looking for the best format for video files on
QuickTime Player can play it, but it doesn’t need QuickTime.
I’m not sure what player LiveCode uses on Android, but it is highly likely to
be able to cope.
Is the LC Player an existing Android app?
> On Apr 8, 2020, at 5:10 PM, J. Landman Gay via use-livecode
> wrote:
>
> I asked this before
I asked this before, looking for the best format for video files on both Android and iOS. Colin
suggested H.264 as the codec, and MP4 as the file format. I have a video with those specs but
it won't play in the LC player, and the Mac wants to open it with QuickTime. VLC will play it.
Get Info s
43 matches
Mail list logo