- A hozzászóláshoz be kell jelentkezni
- 4270 megtekintés
Hozzászólások
És ez most melyik FFMPEG. A régi a fő fejlesztőkkel vagy az új a puccsistákkal?
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Ez az ffmpeg. Az újat libav-nak hívjuk.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
a regi, eredeti ffmpeg, a regi eredeti fejlesztokkel, uj szerveren. diegoek meg el lettek kuldve a f@szba, ok most libav.org alatt nyomulnak.
A'rpi
- A hozzászóláshoz be kell jelentkezni
Ejnye A'rpi, hogy mondhatsz ilyen csúnyát nem is lettek elhajtva a f@szba..., csak elforkolták a projectet... (meg a tagokat is) :D
Más felől meg örülünk neki (a mergelésnek), harmad részben meg lassan olyan mint egy szappan opera az egész, de persze a gyöngébbek közül.
Az elszomorító meg az, hogy közben a világ elmegy mellettük, de az persze nem a mi problémánk!
Azért most örüljünk annak ami van
----
올드보이
http://molnaristvan.eu/
- A hozzászóláshoz be kell jelentkezni
ha fork, akkor miért akarták diegóék az ffmpeg alapítvány saját ügyvédével beperelni niedermayer-t, hogy hagyjon fel az ffmpeg logo használatával?
- A hozzászóláshoz be kell jelentkezni
hah az semmi, miutan megszuntettek az mplayeresek altal ossze donation-olt szerveren az ffmpeg levlistakat, es ezeket ujra letre kellett hoznunk az uj ffmpeg-es szerveren, rogton betamadtak minket hogy spammelunk, mert kulon keresuk nelkul irtuk fel oket az "uj" listakra...
btw logo ugybe meg az a poen, hogy ok is hasznaljak ezt a logot a libav.org-on, amit amugy Niedermayer tervezett...
A'rpi
- A hozzászóláshoz be kell jelentkezni
ezeknek az embereknek (diego et al) mi a fene bajuk?
- A hozzászóláshoz be kell jelentkezni
gondolom, ha mar kodolni nem tudnak, valamivel csak fel kell hivniuk magukra a figyelmet :)
A'rpi
- A hozzászóláshoz be kell jelentkezni
ez már az új szerver?:/
- A hozzászóláshoz be kell jelentkezni
Eg a labuk alatt a talaj, hogy a libav egy halom innovativ ujitast beolvasztott, nyilvan probaljak megakadalyozni, hogy tomegesen lepjenek at a libav-re a userek.
- A hozzászóláshoz be kell jelentkezni
Érzésre a júzerek tömegei nem használják közvetlenül az ffmpeget vagy a libavot. Ők akkor fognak váltani, ha a frontendjük vált. Szóval miről is beszélünk?
----
Hülye pelikán
- A hozzászóláshoz be kell jelentkezni
Arról, hogy a verseny jó a felhasználóknak.
- A hozzászóláshoz be kell jelentkezni
"a libav egy halom innovativ ujitast beolvasztott"
Amik mik is voltak?
(Annak mondjuk örülök, hogy van végre official win32 build, statikus is.)
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
Ha mar csak a bugok felet kijavitjak, jo fiuk. Nemtom lattad az ffmpeg bug trackeret, felelmetes, micsoda ordito hibak vannak javitatlanul evek ota.
Persze csak akkor latja az ember, ha postolni probal egyet, es rakeres, hogy van-e mar ilyen. Ijeszto.
- A hozzászóláshoz be kell jelentkezni
Most akkor egy "halom innovativ ujitast beolvasztott", vagy "a bugok felet kijavitjak" (majd)?
Végfelhasználói szemmel az ffmpeg jó project, felhasználói szemmel (mint programozó aki egy libet akar használni) kevésbé (azaz lehetne jobb). Ezért érdekel, hogy melyik csapat milyen irányba halad. A régiről van sejtésem (arra amerre eddig), az "újak" viszont még nem tettek le semmit az asztalra... Szerintem. Neked van más információd?
"...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
- A hozzászóláshoz be kell jelentkezni
> egy halom innovativ ujitast beolvasztott
pl.?
amugy ami hasznalhato azt ugyis mergelik az ffmpeg-be is. januar ota igy van, amiota 2 parhuzamos fejlesztes megy, ide-oda mennek a merge-k.
A'rpi
- A hozzászóláshoz be kell jelentkezni
Nem pont ehhez, de...
Azért is "örülök" az ffmpeg-libav szétválásnak, mert így most el kell döntenem, melyik is kell nekem. Eddig az ffmpeg-gel fejlesztettem, s a doxygen-es leírásokból, patchelésekből stb. nagyjából összeszedtem a tudást, ami kellett a munkámhoz. Most itt a libav, aminek most még 99%-ig ugyanaz az API-ja (feltételezem), de mi lesz később? Gondolom nem maradnak API kompatibilisek... kezdődhet majd a hasonlítgatás, melyik lib mit tud, miben jobb stb, és lényegében ugyanarra a célra tanulhatok meg két API-t. Már ha nem döntök fixen egy mellett. Csakhogy egy ilyen döntés döntő lehet a libet felhasználó project számára. (Mondjuk eddig is válaszhattam: használom vagy nem használom :D)
--
http://www.open-st.eu
- A hozzászóláshoz be kell jelentkezni
Niedermayer tobbszor is felvetette hogy elore egyezzenek meg az api valtozasokban, illetve egy uj fuggveny is be lett vezetve a specialis parameterek kezelesehez, ami a tenyleges struct-tol fuggetlenul mukodne.
sajnos diegoek nem tamogattak, igy vszinu igazad lesz, es elobb utobb szetvalik az API is.
A'rpi
- A hozzászóláshoz be kell jelentkezni
Kifejtenéd bővebben ezt a tanulási folyamatot? Nekem is szükségem lenne rá egy projektben, de nem tudom, hol kezdjek neki. Köszi.
- A hozzászóláshoz be kell jelentkezni
Vajon ezen fenti dolgok miatt jön elő nekem az ffmpeg-anomália ilyen köntösben slackware1337 alatt?
bash-4.1# ffmpeg
ffmpeg: symbol lookup error: /usr/lib/libavcodec.so.52: undefined symbol: celt_decoder_create_custom
bash-4.1#
Ettől befonom a hajam.
Ezek vannak nekem meg:
bash-4.1# ls -l libavcodec.*
lrwxrwxrwx 1 root root 22 Oct 18 18:18 libavcodec.so -> libavcodec.so.52.122.0
lrwxrwxrwx 1 root root 22 Oct 18 20:02 libavcodec.so.52 -> libavcodec.so.52.122.0
-rwxr-xr-x 1 root root 6098288 Oct 12 08:39 libavcodec.so.52.122.0
-rw-r--r-- 1 root root 5444472 Mar 26 2011 libavcodec.so.52.20.1
bash-4.1#
kipróbáltam azt is, milyen az neki, ha a libavcodec.so.52.20.1-re mutat a libavcodec.so.52.
Nem kielégítő neki, nekem sem. Hibaüzenet ugyanaz.
---
--- A gond akkor van, ha látszólag minden működik. ---
---
- A hozzászóláshoz be kell jelentkezni