JMF vagy barmi media framework

Java

Nem vagyok benne a temaban, igy csak gyorsan utanananeztem, de eleg lehangolo.

Java alatt (webstart leginkabb) nincs semmi ertelmes, karbantartott media framework, ami kepes lenne video-t lejatszani, es pl. kockankent ugrani, leptetni? Konkretan, van egy videofelvetel es gps log, es azt lenne jo szinkronizaltan megjeleniteni.

JMF halott. vlcj egy rossz viccnek tunik eddig, mas meg meg ennyire sem el.

Legalabbis, eddig ugy tunik. Jol latom?

  • 3368 megtekintés

( gazsiazasz | 2015. 04. 12., v – 22:19 )

Dobjátok már ki azt a Java-t... nincs nálatok senki, aki tudja tartani a lépést a korral?

En is pont arra gondoltam, hogy html5 video-val szerintem mar megoldhato ez a feladat, ha mar mindenkeppen bongeszobol futo alkalmazas kell... Es ha mar a technologia adott, akkor miert erolkodnenk a fos java pluginnel? En magam utalom, amikor egy oldalrol nem "nativ" cucc jon, hat dehogy szivatnek masokat ilyen appal.

A java-t szeretem, de ez a pluginezes 2015-ben amator.

halkan, es felve jegyzem meg, hogy senki nem emlitett HTML-t, vagy bongeszot. Webstart-nak sincs igazan koze bongeszohoz, de a html5 video cucca valoban lehetnen valami megoldas, kosz a tippet (bongeszo vezerlese, meg ha nem is lenne igazabol beagyazott a webstart-os java app-ba)

az igaz, hogy ez a definicio igaz: "In computing, Java Web Start (also known as JavaWS, javaws or JAWS) is a framework developed by Sun Microsystems (now Oracle) that allows users to start application software for the Java Platform directly from the Internet using a web browser." de miutan megvan a jnlp file, kb nincs szukseg bongeszore se.

Amugy errol van szo, hogy ebbe kellene egy video+gps mapping plugint update-elni, kesziteni: http://en.wikipedia.org/wiki/JOSM

Nem eszik olyan forrón...

Fold commentet gondolom bármilyen épkézláb editor tud. Vim biztosan. Inspect&Transform nem statikus nyelveknél nem egyszerű feladat. Folyamatosan háttérben futó interpreter viszont van JS-hez, TernJS, editorokhoz szintén van integráció. HTML esetén nem biztos, hogy tudom értelmezni, mit értenél Inspect&Transform alatt.

Tény, hogy egy statikus nyelvvel szemben rengeteg hátránya van a JS-HTML-CSS csomagnak, mégis a html5 nevű korral az elmúlt 20 év alatt több millióan tudtak haladni, kilépnek a kis netbínszük mögül, és hatalmas pénzeket csinálnak egyszerű és néha hasznos webes szolgáltatásaikkal.

Csak hogy kicsit árnyaljuk.

fold comments alatt ezt értettem.

TernJS-ről:

var obj = {}
obj.prop = 1

Itt az első sor után már azt hiszi, hogy az "obj"-nak van egy "prop" nevű Number tulajdonsága.
Egyébként meg ebben nincs live error jelzés, vagy csak én nem látom?

Inspect&Transform lehet bármilyen egyszerű átalakítás, pl. ilyesmi performance improvementek.
kilépnek a kis netbínszük mögül Na azt én is tervezem, csak nem találok helyette mást... ☺

"fold comments alatt ezt értettem."

Ruhellem, amikor a forraskodot mindenfele, az IDE-ben valo megjelenitesre/formazasra vonatkozo utasitasokkal szemeteljuk tele.

WebStorm-ot probaltad mar?

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

"Ruhellem, amikor a forraskodot mindenfele, az IDE-ben valo megjelenitesre/formazasra vonatkozo utasitasokkal szemeteljuk tele. "
Én meg azt, ha a stílusba kell rakni a layoutot. De hogy on-topic legyek:
Szerintem jobb, ha van egy sorod, amiben van egy téglalapba ágyazott rövid leírás, mint mondjuk 30 sornyi propertyobjektum-inicializálásod. Persze, itt a Java a hibás, bár egy Lombok+MethodReference(Java 8)-pár megoldhatja a property-k átadását.
Aki rawban nézi megjelenítésutasításokkal, annak 32 sor, aki rawban megjelenítésutasítások nélkül, annak 30 sor. Neki nem nagy különbség. Viszont az IDE-használónak csak 1 sor.
Egyébként a "/** * */"-stílusú dokumentációkat is rühelled?

A WebStorm viszont egész úgy néz ki, mint egy IDE. Bár a screenshotok alapján pluginolt IntelliJ IDEA, és nem HTML5-alapú. (aminek valszeg van oka...)

"Egyébként a "/** * */"-stílusú dokumentációkat is rühelled?"
Ezek dokumentációk arra vonatkozóan, hogy a kód mit csinál, miért csinál és esetleg hogyan csinál. Nem az IDE-re vonatkozó dolgok.
A forráskódban semmi helye olyan dolgoknak, amik azzal kapcsolatosak, hogy mivel szerkeszted a kódot.

"Egyébként a "/** * */"-stílusú dokumentációkat is rühelled?"

Igen, ha olyasmit ismetel el, amit beszedesebb valtozo/metodus/osztalynevekkel is le lehetett volna irni, vagy amikor valaki azt hiszi, hogy kotelezo javadoc-ot isrni es attol mindig jobb lesz a kod.

"és nem HTML5-alapú."

Hol szamit ez? Arrol volt szo, hogy szerinted nincs js-hez jo fejlesztoeszkoz.

Szerk: jabocs, most latom, hogy amiBENt irtal, nem amiHEZ-t. Akkor sem vagom, hogy ez miert relevand, egy IDE sokkal komplexebb egy tipikus videot lejatszo alkalmazashoz kepest...

----------------------
"ONE OF THESE DAYS I'M GOING TO CUT YOU INTO LITTLE PIECES!!!$E$%#$#%^*^"
--> YouTube csatornám

Én sem szerettem, de néha van értelme.

LaTeX-ben, reveal.js-ben néha jó, ha kontrollálod a hatalmasra növő forrást. Mutatok egy screenshotot, itt segített nekem sokat:
http://i.imgur.com/1KlB7m0.png

(Vimben foldoláshoz nem kell egerészni, szuperfászt)

És ezért cserébe a többezer soros hányásban el kell viselnem kábé tíz ilyent: 

< !-- Fejezet címe {{{ -- >

Továbbá a forráskód legutolsó sorát (modeline). Ezt projektekben nem a forráskódba írom, ez viszont egy kb. egyfájlos móka, és tök jó, hogy ha más is megnyitja, neki is foldolódik azonnal.

Egy program forrásban más a helyzet, ott engem is zavar picit a modeline (utolsó sor) is és a foldmarkerek használata. Dehát ezekre meg ottvannak a foldexpressionök. (Pl. markdownban minden h1-nél foldolok, automatikusan)

> fold comments alatt ezt értettem
Akkor jól gondoltam. Tessék: http://vimhelp.appspot.com/usr_28.txt.html#28.6 - Azt hittem, ezt kb. minden editor tudja.
Szerk.: Pontosabban a konkrét comment foldingra ezt tenném a lokál .exrc-be: http://vim.wikia.com/wiki/Fold_C-style_comments

> az első sor után már azt hiszi, hogy az "obj"-nak van egy "prop" nevű Number tulajdonsága.
Ez a nyelv sajátosságaiból jön. Dinamikus nyelv, futási időben tudsz popertyket definiálni. Java-ban ezzel azért nem futsz össze, mert ott már előre leírtad (osztálydefinícióban), hogy egy osztálynak milyen mezői/metódusai lehetnek.
A konkrét bagatell példádban érthető lenne, hogy szeretnéd, ha csak a második sor után egészülne ki, de akkor nézz egy kevésbé egyszerű példát. 


var obj = obj || {};      /* mert pl. masik szkriptbol is lehet definialva. */ 
if   ( whatever() == 35 ) { delete obj.prop } 
else                      { obj.prop = 3 }

Na, itt mit csináljon az első sor után...? Nem eldönthető, hogy van-e obj.prop.

Itt arról van szó, hogy a TernJS nem tud valamit, amit te szeretnél, hogy tudjon. De azért nem tudja, mert a nyelv szemantikája miatt nem tudhatja. Ismerd meg a nyelvet! Java reflectionnel teletolt kódban sem biztos, hogy olyan okos lesz az IDE-d.

> Egyébként meg ebben nincs live error jelzés, vagy csak én nem látom?
Nem hiszem, hogy van, erre a kismillió linter való. Pl. jslint/jshint.

> Inspect&Transform lehet bármilyen egyszerű átalakítás, pl. ilyesmi performance improvementek.
Ilyen toolt nem ismerek. Eddig nem is láttam szükségét, de elhiszem, hogy kényelmesnek találod.

Megjegyezném, hogy nem nem értek egyet veled, csak azt, hogy körül kel nézni előbb. Az, hogy a szupercsicsa Netbeansed* nem tud valamit, számomra nem azt jelenti, hogy akkor a netbeansen kívül aztán mindenki hibás. Pont fordítva... NB-hez is meg lehetett volna írni pluginokban a linter/tern, stb. supportot. Egyszerűen arról van szó, hogy az IDE overrated. Egy jó editor sokkal gyorsabbá tud tenni a jobklikkes refactoring nélkül is. Netbeansben pl. nincsenek text objektek. Nem tudsz egy hárombetűs shortcuttal kitörölni egy egész 30 soros { } fv bodyt? DEGÁZEZASZARNETBEANS*.

*: Én végigtoltam egy apróbb projektet NB-ben, Java esetén valószínűleg újra IDE-be ülnék valószínűleg. De lássuk be, ezeken túl is van élet.

"Nem tudsz egy hárombetűs shortcuttal kitörölni egy egész 30 soros { } fv bodyt?"
Dehogynem, Ctrl+Minus, Ctrl+E.

"Az, hogy a szupercsicsa Netbeansed* nem tud valamit, számomra nem azt jelenti, hogy akkor a netbeansen kívül aztán mindenki hibás. Pont fordítva..."
Nem értem. Ez mire válasz?

"DEGÁZEZASZARNETBEANS"
Ebben viszont egyet kell értenem. 2 naponta van valami új problémám vele, csak senki sem írt (szerintem) jobbat.

"De lássuk be, ezeken túl is van élet. "
Weboldalt IDE nélkül fejlesztek, csak a produktivitás lesz tőle alacsonyabb.

Pont mostanában olvastam erről redditen. A vim :q parancsa egy ún. ex command. Régen csak a "kettőspontos" parancsok voltak, és igen, nem volt monitor. Úgy is írtak programokat. Érdemes 1 perces olvasmány: http://www.reddit.com/r/vim/comments/322x17/what_was_popular_in_vimrc_o…

Én nem tudok vakon kódolni, ők tudtak. És akár a Holdra is eljutottak :-)

Jaaa, értem a célzást. Nem mondtam, hogy lúzerek az IDE-sek, én magam is használtam, és használnék talán a jövőben. Csak annyit mondtam, van azon túl is világ és _editálásra_ gyorsabb toolok.

Remek akadémiai maszturbálás.

Had kérdezzem meg, mely szakterületen dolgozol? Nem vitatom hogy hatékonyan termelsz a preferált eszközeiddel, magam csak enterprise rendszerekbe dolgoztam eddig, az IntelliJ Idea horribilis időt spórolt meg nekem eddig. Érdekel mikor fölösleg az IDE (nehogy ráerőszakoljam az embereimre amikor nem kéne).

( gejzir | 2015. 04. 13., h – 09:45 )

A SUN otthagyta a JMF-et mint kutya a szaharát.
Létezik viszont egy alternatív JMF implementáció, az FMJ:

Ahogy látom együtt tud működni több natív multimedia csomaggal: ffmpeg-el, gstreamer-el, ogg/theora-val.

Egy próbát megér.

http://fmj-sf.net/

( joco01 v | 2015. 04. 13., h – 12:41 )

Keress egy jó C/C++ library-t, és SWIG-gel csinálsz neki Java interfészt. Ha nincs jó, jó a szamár is :).

--