Does JavaFX support VP8 and, if not, when will it support it?
On 19 October 2013 11:16, Richard Bair wrote:
> > Is the fact that the VP6 decoder is not included because of a legal
> issue?
>
> Yes, we don't own the code (Google does!) so we can't release it. Google
> has opened VP8, the success
Put me down as interested Richard. We can chat a bit on it at Devoxx
Sven
Am 19.10.2013 02:08 schrieb "Richard Bair" :
> > That's pretty much it. VP6, T2K, deploy, FX JMX tooling.
>
> VP6 won't ever be opened because it is licensed 3rd party code. However it
> isn't used that much anymore, most
> Is the fact that the VP6 decoder is not included because of a legal issue?
Yes, we don't own the code (Google does!) so we can't release it. Google has
opened VP8, the successor to VP6, but not VP6.
Richard
> That's pretty much it. VP6, T2K, deploy, FX JMX tooling.
VP6 won't ever be opened because it is licensed 3rd party code. However it
isn't used that much anymore, most folks are using h.264. T2K I will come back
to. Deploy code (meaning, Applets) is not planned to be open sourced, and I
don't
That's an absolutely fantastic milestone.
Thanks to all involved!
-Original Message-
From: Kevin Rushforth [mailto:kevin.rushfo...@oracle.com]
Sent: Friday, October 18, 2013 4:55 PM
To: John Smith
Cc: Richard Bair (richard.b...@oracle.com); openjfx-dev@openjdk.java.net
Subject: Re: Media
This is really great news!
Is the fact that the VP6 decoder is not included because of a legal issue?
On 19 October 2013 10:39, Pedro Duque Vieira wrote:
> Thanks Kirill, good job.
>
> You guys had already a working prototype of an app that recorded audio and
> video. I wonder if this is also a
All of the JavaFX runtime is open source except for the third-party code
that we cannot ship (e.g., the On2 codec that Kirill mentioned, and the
T2K font library, for which we have an open replacement), and the FX
deploy code, which depends on the JRE deploy code. Additionally, the JMX
code, wh
Thanks Kirill, good job.
You guys had already a working prototype of an app that recorded audio and
video. I wonder if this is also available?
Thanks, best regards,
Hello OpenJFXers !
> We're happy to announce that Media part of JavaFX is now open source.
> Opensourcing touched all Media compon
Changeset: 042520fca5b0
Author:dmasada
Date: 2013-10-18 16:11 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/042520fca5b0
RT33681 fix header info (docs only)
! apps/experiments/Modena/src/main/java/modena/SamplePageNavigation.java
Is the open sourcing of JavaFX now complete? (I think it might be)
If not, what is outstanding?
Are there auxiliary things like test frameworks or performance tools that are
intended to be open sourced to support JavaFX development?
Most (almost all) Jira issues are publicly visible (after sign
Changeset: 75e9636f923c
Author:dmasada
Date: 2013-10-18 15:46 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/75e9636f923c
RT33681 fix header info (docs only)
!
apps/experiments/3DViewer/src/main/java/com/javafx/experiments/importers/Importer3D.java
!
apps/experim
Changeset: 9e79dc29f1a6
Author:kcr
Date: 2013-10-18 14:00 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/9e79dc29f1a6
RT-28754: Change FX startup such that the Application is initialized and
constructed in the FX application thread
Reviewed-by: snorthov,ngthomas,dd
Great news!
What's the current state at this point? What is still missing?
Cheers,
Mario
Il 18/ott/2013 18:37 "Kirill Kirichenko" ha
scritto:
> Hello OpenJFXers !
> We're happy to announce that Media part of JavaFX is now open source.
> Opensourcing touched all Media component except ON2 FLV de
So that this consensus ends up going somewhere, who wants to make this happen?
> On Oct 18, 2013, at 12:48 PM, Martin Klähn wrote:
>
> +1
> Am 18.10.2013 20:55 schrieb "Scott Palmer" :
>
>> I propose the codecs be made pluggable. The licensing issue can be left
>> to the application developer.
Changeset: 22aa27362cdb
Author:Felipe Heidrich
Date: 2013-10-18 13:26 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/22aa27362cdb
RT-32717: TextField/TextArea: on Windows, for Thai text, caret goes back to the
beginning when it meets \u0E33 character.
Reviewed-by:
Changeset: 8e93e33663b7
Author:Thor johannesson
Date: 2013-10-18 11:18 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/8e93e33663b7
Fix RT-33462: SubScene will NPE for invalid negative width or height. Review by
Kevin.
! modules/graphics/src/main/java/com/sun/java
+1
Am 18.10.2013 20:55 schrieb "Scott Palmer" :
> I propose the codecs be made pluggable. The licensing issue can be left
> to the application developer.
>
> https://javafx-jira.kenai.com/browse/RT-2684
>
> Once that is in place, support for whatever codec you wish can be added.
> FFMPEG could be
Changeset: 8b0841afcc45
Author:leifs
Date: 2013-10-18 12:30 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/8b0841afcc45
RT-33170: Remove PasswordFieldSkin and move code to TextFieldSkin.
Reviewed-by: dgrieve, jgiles
-
modules/controls/src/main/java/com/sun/javafx/
On 19/10/2013 2:13 a.m., Stephen F Northover wrote:
> If it is a noop, will it not break people when the system calls it and
> it does nothing?
Only the abstract TableSelectionModel is a no-op, the implementations
(one each for TableView and TreeTableView) will both override and
provide the implem
Absolutely the best option for the platform. If, before such a
mechanism is in place, interested parties have an option to do
something (even if it is a hack), that's a good thing anyway.
On Fri, Oct 18, 2013 at 8:53 PM, Scott Palmer wrote:
> I propose the codecs be made pluggable. The licensing
That sounds right to me.
On Oct 18, 2013, at 11:53 AM, Scott Palmer wrote:
> I propose the codecs be made pluggable. The licensing issue can be left to
> the application developer.
>
> https://javafx-jira.kenai.com/browse/RT-2684
>
> Once that is in place, support for whatever codec you wish
+1
Am 18.10.2013 um 20:53 schrieb Scott Palmer :
> I propose the codecs be made pluggable. The licensing issue can be left to
> the application developer.
>
> https://javafx-jira.kenai.com/browse/RT-2684
>
> Once that is in place, support for whatever codec you wish can be added.
> FFMPEG co
After chatting with Chien about this, and thinking about it a bit more,
I agree with Steve that we shouldn't throw an exception unless we are
certain that the concept of a distance just doesn't make sense in
parallel mode. If we were so convinced, then an exception (UOE or ISE)
would be fine. A
I propose the codecs be made pluggable. The licensing issue can be left to the
application developer.
https://javafx-jira.kenai.com/browse/RT-2684
Once that is in place, support for whatever codec you wish can be added. FFMPEG
could be used as an example.
I'm against adding any new codecs with
Media is very regulated area in legal terms. Using different codecs may
involve using and even violating some license agreements.
Anyway you're welcome to propose anything.
On 18.10.2013 21:37, Robert Krüger wrote:
Great news!
Does this mean that it is now possible to add support for more
dem
Great news!
Does this mean that it is now possible to add support for more
demuxers/decoders e.g. by utilizing stuff from other projects (ffmpeg
comes to mind)?
On Fri, Oct 18, 2013 at 6:35 PM, Kirill Kirichenko
wrote:
> Hello OpenJFXers !
> We're happy to announce that Media part of JavaFX is n
Very good job Kirill !
Olivier
- Mail original -
De: "Stephen F Northover"
À: openjfx-dev@openjdk.java.net
Envoyé: Vendredi 18 Octobre 2013 19:30:32
Objet: Re: Media is now opensource
This is huge! Thanks Kirill.
Steve
On 2013-10-18 12:35 PM, Kirill Kirichenko wrote:
> Hello OpenJFXe
This is huge! Thanks Kirill.
Steve
On 2013-10-18 12:35 PM, Kirill Kirichenko wrote:
Hello OpenJFXers !
We're happy to announce that Media part of JavaFX is now open source.
Opensourcing touched all Media component except ON2 FLV demuxer and
VP6 decoder. The decoder will remain closed.
You'r
Thanks! This is great news!
Richard
On Oct 18, 2013, at 9:35 AM, Kirill Kirichenko
wrote:
> Hello OpenJFXers !
> We're happy to announce that Media part of JavaFX is now open source.
> Opensourcing touched all Media component except ON2 FLV demuxer and VP6
> decoder. The decoder will remain c
Spectacular, thanks for your work on this Kirill!
On Oct 18, 2013, at 9:35 AM, Kirill Kirichenko
wrote:
> Hello OpenJFXers !
> We're happy to announce that Media part of JavaFX is now open source.
> Opensourcing touched all Media component except ON2 FLV demuxer and VP6
> decoder. The decoder
Changeset: 9c625f89edc3
Author:Felipe Heidrich
Date: 2013-10-18 09:03 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/9c625f89edc3
[ECLIPSE ONLY] fix media .classpath
! modules/media/.classpath
Changeset: aff7d5b1be99
Author:Felipe Heidrich
Date: 2013-10-18 09:22 -0700
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/aff7d5b1be99
[ECLIPSE ONLY] .classpath clean up
! modules/builders/.classpath
! modules/web/.classpath
Hello OpenJFXers !
We're happy to announce that Media part of JavaFX is now open source.
Opensourcing touched all Media component except ON2 FLV demuxer and VP6
decoder. The decoder will remain closed.
You're all welcome to contribute.
Thanks,
K
Changeset: 74c445e4f905
Author:Anthony Petrov
Date: 2013-10-18 17:08 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/74c445e4f905
RT-33203: Regression: incorrect size for OPEN_HAND and CLOSED_HAND cursors on
Windows
Summary: Updated the cursors to fix the hotspot l
Changeset: 62fd48f3e98f
Author:dpulkrab
Date: 2013-10-18 15:16 +0200
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/62fd48f3e98f
iOS: fixed continual render buffer storage re-binding in retina mode (partial
fix for RT-31453: very poor scrolling performance of ListView on
If it is a noop, will it not break people when the system calls it and
it does nothing?
Further, what about discontinuous selections (ie. one item, then an
unselected item, then a million selected items in a block). You can do
this on native Windows using Shift+Ctrl+Select but I see that this
Changeset: 68fcc75bd292
Author:Martin Sladecek
Date: 2013-10-18 14:26 +0200
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/68fcc75bd292
RT-33662
Exception in FXMLLoader with null location will result in NPE
Reviewed-by: lnerad
! modules/fxml/src/main/java/javafx/fxml/FX
Am 17.10.2013 um 17:45 schrieb Richard Bair :
> Usually, file jira and attach a patch (and a unit test for expedited service
> :-))
>
> Richard
Ok, I'll check that for the future. Actually, I am not sure how a unit test
would look
like for a crash fix like that ;)
Matthias
Hi Tomas,
I am currently running a bit different openjfx than yours and got it kind of
running.
1. the main difference is font deactivation. You disabled the entire CSS
renderer, which I did not.
I am deactivating just the font renderer. That means a lot more patching but it
gives me the chan
Changeset: 92cdacb550e0
Author:Alexander Kouznetsov
Date: 2013-10-18 14:07 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/92cdacb550e0
Ensemble8: Fix for RT-33660 TabPane app is leaking through mnemonics mechanism
!
apps/samples/Ensemble8/src/samples/java/ensemble
Changeset: 581bd524bdec
Author:Alexander Kouznetsov
Date: 2013-10-18 13:54 +0400
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/581bd524bdec
Ensemble8: Fix for RT-33658 SampleInfo is holding a reference to its app.
! apps/samples/Ensemble8/src/app/java/ensemble/SampleInf
Changeset: 58424cf3d52d
Author:mo.chicharro
Date: 2013-10-18 10:25 +0100
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/58424cf3d52d
Fix for RT-31809 - css tweaks to Modena.css
!
modules/controls/src/main/resources/com/sun/javafx/scene/control/skin/modena/modena.css
Voting for Joseph Andresen to OpenJFX Committer [1] is now closed.
Yes: 5
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus [2], this is
sufficient to approve the nomination.
[1]
http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-September/010436.html
[2] http:/
Voting for Lisa Selle to OpenJFX Committer [1] is now closed.
Yes: 6
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus [2], this is
sufficient to approve the nomination.
[1]
http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-September/010432.html
[2] http://open
Voting for Joseph Andresen to OpenJFX Committer [1] is now closed.
Yes: 8
Veto: 0
Abstain: 0
According to the Bylaws definition of Lazy Consensus [2], this is
sufficient to approve the nomination.
[1]
http://mail.openjdk.java.net/pipermail/openjfx-dev/2013-September/010431.html
[2] http:/
Changeset: 61adab958f26
Author:Oldrich Maticka
Date: 2013-10-18 08:48 +0200
URL: http://hg.openjdk.java.net/openjfx/8/graphics/rt/rev/61adab958f26
iOS: web: Number decoding compatibility with desktop
Fixed 2 issues -
#1 - returning Integer instead of Long for desktop compatibilit
46 matches
Mail list logo