On 2014年10月27日 18:30, Bobby Holley wrote:
> This issue is off-topic for this thread. Please file a bug and CC a build
> peer.
>
Sorry, will do.
TIA
> On Mon, Oct 27, 2014 at 10:06 AM, ishikawa <ishik...@yk.rim.or.jp> wrote:
>
>> > Sorry for top-posting:
>> >
>> > The error mentioned about the missing files was again observed on a PC
>> > which has C-C tree refreshed this morning.
>> >
>> > The error for one of the file is as follows:
>> >
>> > make[4]: *** No rule to make target
>> >
>> > '/new-hd1/extra/ishikawa/TB-3HG/NEW-COMMSRC/mozilla/media/libvpx/vp9/decoder/vp9_thread.c',
>> > needed by 'vp9_thread.o'. Stop.
>> > make[4]: *** Waiting for unfinished jobs....
>> > GrContext.o
>> > /new-hd1/extra/ishikawa/TB-3HG/NEW-COMMSRC/mozilla/config/recurse.mk:74:
>> > recipe for target 'media/libvpx/target' failed
>> >
>> > If I recall correctly, after fixing this bug by temporarily copying
>> > vp9_thread.o from |common| directory,
>> > I would get error of the other missing file.
>> >
>> > I am not sure why others don't encounter this bug. Maybe different
>> > mozconfig
>> > setup.
>> >
>> > TIA
>> >
>> > On 2014年10月25日 14:00, ISHIKAWA,chiaki wrote:
>>> > > On 2014/10/24 13:46, Anthony Jones wrote:
>>>> > >> I just wanted to give a heads up to everyone that we enabled Media
>>>> > >> Source Extensions on nightly for WebM/VP9. This brings Adaptive
>>>> > >> Streaming capability to Firefox video playback. The feature is not
>>>> > >> complete so the pref will automatically turn off when it gets to
>>>> > >> beta/release if we do nothing.
>>>> > >>
>>>> > >> You can check on YouTube by right clicking the playing video and
>>>> > >> selecting "Stats for nerds" which should appear above the "About the
>>>> > >> HTML5 player" option. If you see "DASH: yes" then you are now living
>>>> > >> in
>>>> > >> the future.
>>>> > >>
>>>> > >> This affects YouTube but may also affect sites that use MSE with
>>>> > >> WebM/VP9 but it could also affect sites that use MSE but fail to check
>>>> > >> codec compatibility.
>>>> > >>
>>>> > >> Please file any (unfiled) issues you experience as blocking bug
>>>> > >> 1083588.
>>>> > >> Don't expect it to be perfect and if you run into trouble you can set
>>>> > >> media.mediasource.enabled to false in your about:config
>>>> > >>
>>>> > >> Anthony
>>> > >
>>> > >
>>> > > Hi,
>>> > >
>>> > > Just reporting what I observed after a source refresh half a day ago.
>>> > >
>>> > > I noticed during C-C TB compilation
>>> > > a file under common needs to be copied to encoder, another one to
>>> > > decoder
>>> > > directory .
>>> > > I am talking about files below these directories.
>>> > > mozilla/media/libvpx/vp9/{common,encoder,decoder}
>>> > >
>>> > > But since C-C was in such a disarray in terms of compilation lately,
>> > etc.,
>>> > > and the source was refreshed just before this compilation effort,
>>> > > I am not sure if the configuration was quite correct.
>>> > > I failed to write down a memo exactly which files were
>>> > > copied. I thought I was logging it using script, but did not.
>>> > > I clobbered and then tried to see how it would work out, and then was
>>> > > side-tracked by bug 1088497
>>> > >
>>> > > I can compare the directory to report what files were copied
>>> > > if no such bugs have been filed yet and you are not aware of the issue.
>>> > > (I tried to see which one by timestamp, but python client.py checkout
>>> > > seems to give same timestamps to all the files and so I am not sure
>>> > > which
>>> > > ones were copied. cp or Emacs's filecopy seems to preserve the
>>> > > timestamp.
>>> > > That is good sometimes, but annoying sometimes.)
>>> > >
>>> > > But then again, I am not entirely sure if it was a temporal hiccup after
>>> > > the source refresh.
>>> > >
_______________________________________________
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
