Kedvenc videolejátszód?

Címkék

MPlayer :)
89% (229 szavazat)
MPlayerXP
2% (4 szavazat)
xine
2% (5 szavazat)
avifile
0% (0 szavazat)
videolan
1% (2 szavazat)
ogle
0% (1 szavazat)
noatun
0% (0 szavazat)
aktion
0% (0 szavazat)
xmps
0% (1 szavazat)
xmovie
0% (1 szavazat)
movietime
0% (1 szavazat)
windoz media player :)
5% (13 szavazat)
Összes szavazat: 257

Hozzászólások

Folytatódik az "olvasók kérték" szavazás:

Re: Mit szavaztassunk meg? (Pontok: 0)

Szerző: Anonymous Ideje: November 26, Kedd, 12:36:48

Kedvenc videolejatszod?

mplayer :)

mplayerxp

xine

avifile

videolan

ogle

noatun

aktion

xmps

xmovie

movietime

windoz media player :)

A'rpi

Na vajon melyik nyer :/

Lehetett volna ertelmesebbet szavaztatni

Szuper az mplayer, de azt nem lehetne megoldani hogy ne a filmre hanem a film ala tegye a feliratot? Legalabb full screenben ott ugyis van egy csomo hely a kep aljan uresen.

Tud valaki egy Howto-t hogy hogy kell instalalni cygwin ala mplayert?

>Szuper az mplayer, de azt nem lehetne megoldani hogy ne a filmre hanem a film ala tegye a feliratot? Legalabb full screenben ott ugyis van egy csomo hely a kep aljan uresen.

-vop expand? Amugy -vo sdl alapbol feketere teszi...

>Tud valaki egy Howto-t hogy hogy kell instalalni cygwin ala mplayert?

Probalkoztam.

Ugy ahogy lefordult.

Inkabb csak azt irom le, hogy mi nem jott ossze:

-vo directx bugos, nem mindig jo a kep, sokszor osszevissza csikos

-directx:noaccel eseten jo a kep, csak lassu -> meg nagyobb a-v sync hiba...

-van ugy hogy a-v sync hiba jon ossze

-nincs dvd support -> libcss sincs

-GUI se jott ossze (bar nem hianyzott, de azert megprobalkoztam vele :) )

mencoder:

-nincs win32 -> minden ehhez kotodo codec kiesik

-ha kep es hang egyszerre van kodolva, akkor vmilyen rejtelyes ok folytan rakas skipframe keletkezik

Hirtelen ennyi jutott eszembe.

Azert nem irtam bugreportot, mert mindezek csakis cygwin alatt jonnek elo, es hat a linuxos kozonseget baromira nem erdekli.

Szoval osszefoglalva dolgot:

-lejatszasra meg alkalmatlan

-DE kodolasra egesz jo :)

Mert? Imho Sanyi bacsi jobban vagja a temat, meg mikor volt mar Einsten...reg eljart felette az ido, most az uj geniuszokat kell felfedezni ;))

Háth, szavaznék én ogle-ra, a dvd menü szupportja miatt, de nem érezném etikusnak, mer' még a büdös életbe nem próbáltam ki, így nem lehet a kedvencem:-)

Inkább az mplayeres szavazatokat kéne bővíteni:

mplayer-cvs

mplayer-latest rc/pre

mplayer-ami utoljára legjobban műxött nekem:-)

addig nem lesz, míg nem lesz a theora-hoz egy értelemes, főleg pedig a leendő Tarkinhoz, ui.: láthatjuk, h. milyenek a nonfree video kodekek.

Egytől egyig sz.-k úgy ahogy van.

Szerintem csak az Open Multimédiában kellene hinni, lásd például az ogg Vorbis-t. Ezért javasoltam, h. legyen Multimédia kategória a HUP-on mplayer helyett, mert beleférne az mplayer (hommage) is, meg sok minden más is.

hath azert annyira nem egyertelmu. en 100%-ot vartam....

Figyelj ez annyira offtopic, en elhiszem, hogy te mindenaron peticiozni akarsz, es hogy a fooldalon is minden hozzaszolasban benyomsz egy linket a masik oldalon levo forumra, de mar nagyon unalmas. Nem lehetne, hogy elolvasd mirol szol egy cikk, vagy egy szavazas, es abban a temaban kuldjel hozzaszolast?

Halihó... :)

Most jutott eszembe egy újy szavazás témája, asszem nem szerepelt eddig, pedig érdekes lehet:

Kérdés: Te milyen alverziószámú kernelt részesítesz előnyben?

1.) 2.4.x

2.) 2.2.x

3.) 2.0.x

4.) 2.5.x

5.) más, nem felsorolt érték

6.) más rendszerből portolt kernel (*BSD, stb.)

Szal, ha volt már javasolva, akkor bocs érte, ha pedig nem, akkor érdemes lenne... :)

A theora tényleg nem egy állat, de fontos lépés a nyílt multimédia ügyben. Viszont mit gondolsz a Tarkin-ról?

Alapalgoritmus? Te nem tudod, h. még semmit nem tudunk a tömörítésről matematikai szinten sem? Csak azért írom, mert két héttel ezelőtt elméletileg megdöntöttem az Lempel-Ziv-Welsh algoritmust ideértve Burrows-Wheeler kieget is (l. bzip felhasználás), és két hét múlva implemjük. A Huffmann-kód (1959) semmit nem találtak ki ez ügyben. Csak egy példa:

Milyen hosszú az a bitstream amiben biztosan van két legalább 3 bites egyező minta egymás után?

Korrekten:

Milyen hosszú az a bitstream amiben biztosan van n darab legalább q bites egyező minta egymás után?

A tudomány mai állása nem ismer rá képletet, pedig felvetésemre már több mint száz matematikus dolgozik rajta Európában.

És még sorolhatnám.

A veszteséges tömörítők nem lesznek jók, amíg az ilyen kérdéseket meg nem válaszoltuk.

Én például minden nehézség nélkül tudok 1:6-hoz veszteség nélkül audiót tömöríteni, ezt jelenleg meg sem közelíti senki, egy ilyet belegyúrni mondjuk a Vorbisba azt jelentené, h. nominál 48 v. 32 Kbps-en, messze verne mindent.

Amúgy a Vorbis nem h. nem rossz, hanem messze veri a VQF-t, az AAC-t, az mp3PRO-t, ezt nekem mint majdnem azt mondom legmagasabban képzett zenésznek simán elhiheted.

Ami az AAC+-t illeti, majd meglátjuk, de nem valószínű, h. a CT-nek azóta lenne fogalma a matekről, úgyhogy én nem hiszek benne.

Viszont az élet minden területén igazolódott már a nyílt forráskód hatékonysága, l. pl. éppen a Vorbis-t, ezért teljesen biztos, h. a videó-kodeknél is így lesz. Ha nem hiszed, akkor próbálj meg elképzelni egy értelmes video-kodeket, ha nem nem megy, akkor nem tudok veled erről beszélgetni.

Persze, ez érthető is... kultúra lérdése...

Csak maga a szavazás is érdekes lehetne... Pl. Valaki használ -e még valamilyen 2.0.x -es kernelt...? Vagy esetleg egy kevésbé instabilt a 2.5.x -ös sorozatból? Esetleg egy máshonnan portolt kernelt...? :) Bár tutira győzne a 2.4.x, toronymagasan... :)

Ahum... végre alaki, aki hajlandó valamit írni a Tarkin-ról, kíváncsi vagyok milyen lesz ez a h.264, reméljük, jó. De miért gondolod, h. nem lesz jó ez a Tarkin? Ha olyan jó lesz mint a Vorbis, akkor lehet h. ez a moving fields jó lesz, egyébként én is sejtem, h. mi lehet, és ha előre kiszámolták, h. ezt lehet jól implementálni, akkor lehet h. jó lesz, de ismerve a Halat, szerintem év végére jó Béta lesz belőle, és főleg, amire nagyon nyomulnak, nem kell gőzgép hozzá. Élveztem a beszélgetést, és ha van egy jó kodekem rögtön szólok!

üdv: sas :-)

Nem tartom őket olyan nagy durranásnak, természetesen fogok róla írni, februárban, ha kész az implementáció, persze ha lesz végre a HUP-on algoritmusok kategória, mint ahogy azt a Multimédiával meg a MI-vel együtt javasoltam. Persze, belefér az eszközök kategóriába is.

Ami a felvetett példát és rengeteg társát illeti, természetesen nem cikk kategória, írjak egy cikket arról, h. Hé, Fiúk, van itt egy érdekes kérdés, óriási haszna lenne ha megoldanátok, mer nekem erre nincs időm? Bezzeg, ha lenne algoritmusok kategória, akkor tudnék írni egy ilyen cikkeket: Cipőfűző probléma megoldva (nem vicc, egy ausztrál gyerek decemberben tényleg megoldotta, és a dolognak nagy jelentőséga van a hálózati topológia területén). Szóval, egy kis türelem, és mindjárt adom a kódoló-dekódoló progit.

Gőzgép kell a Vorbis-hoz? Ez új. Én egy 200MMX-en épp az ellenkezőjét vetem észre.

huffmann megdöntésről nem írtam, csak LZW-ről. Ugye, itt arról van szó, h. hogyan veszi fel az ember az eseményeket. Ha ezt jól csinálod, akkor definít nincs jobb a Huffmann-nál tehát ez nem tárgya a gondolkodásnak. Az LZW valóban faszság, már az LZ is! Én teljesen más irányból közelítem meg a dolgot, bitenként olvasva a fájlt teljes szótárat csinálok reális erőforrással. Tehát ha különböző hosszúságú mintákra akarok Huffmannt húzni, akkor király vagyok. De más is van még a tarsolyomban, amikről már jó tesztjeim is vannak, például villámgyors 1:6 lossless audio tömörítő, ilyen eredményeket ma meg sem közelít senki, pedig elég komoly arcok foglalkoznak vele, csak hát erőből akarják megcsinálni, én meg matekból. Implementáció elvileg februárra, már többeknek megígértem, h. amint megvan, írok, egyelőre ennyit írhatok. :-)

Ja, természetesen nem a hagyományos mp3-al vetem össze a Vorbist, hanem az újabbal, ami ugye azt állítja magáról, 64Kbps-ben milyen király, persze nyomába sem jön a Vorbis80-nak, lassabb is, meg ugye semmi VBR stb. A VQF talán gyorsabb a Vorbisnál, na de milyen! Az AAC már nem biztos, de nem hozza azt a minőséget, talán az AAC+, ha végre kinyomják.