Hoofdcategorieën
Device Settings

VLC Media Player 1.0.0 RC3

Door Japke Rosink, zondag 14 juni 2009 17:40
Bron: VideoLAN, submitter: tweeny, views: 14.306

VLC Media Player is een opensource- en crossplatformmediaspeler die diverse audio-, video- en streamingformaten kan afspelen zonder dat hiervoor de betreffende codec geïnstalleerd hoeft te worden. De derde release candidate van versie 1.0.0 is sinds kort voor Linux, Mac OS X en Windows beschikbaar, waarmee de daadwerkelijke final-uitgave steeds dichterbij komt. De bijbehorende aankondiging ziet er als volgt uit:

VLC 1.0.0-rc3 and skins contest

The VideoLAN project is glad to invite you to test the third release candidate of the Goldeneye version of VLC, numbered 1.0.0-rc3. Source tarballs, Windows binaries and Mac OS binaries are already available for download. Changes can be found here. VideoLAN would like to mention that the Skins2 contest is still going on. To develop a skin, you can use our new VLC Skin Editor. Please share this contest news on your prefered social bookmarking or news site.
VLC Media Player 0.9.8a

WebsiteVideoLAN
Downloadhttp://download.videolan.org/pub/videolan/testing/vlc-1.0.0-rc3
Volgende 16:37 µTorrent 1.8.3 build 15638 final
Vorige 17:39 Realtek HD Audio 2.26

Reacties

«  1  2  3  »

Ik vind de VLC player sinds de 1.0-beta releases instabieler dan ooit. En ik gebruik hem toch al zo'n 4 jaar op PowerPC, en sinds kort op een Intel-Macbook. Ik twijfel om over te stappen op een andere zoals Mplayer.

:s ... beta misschien?

Geen beta maar release canidate, wat dus wilt zeggen dat hij zo goed als klaar is.
Bij RC's wordt er meestal nog wat aan de interface gewerkt (wat ze ook bij Videolan doen) maar zouden de ergste bugs eruit moeten zijn.

Owja, wie 3 T-shirts van VLC en eeuwige roem wilt kan best even een thema maken voor VLC (en zorgen dat die wint). Verder vind ik het wel goed dat ze in de regels hebben gezet dat het geen iTunes/Mediaplayer/[insert mediaplayer]-thema mag zijn en dat ze beoordeeld wordt op hun originaliteit ipv copy/paste-technieken. :)

hm koel, bedankt voor de tip :)
als iemand er nou eentje maakt waar stiekem het t.net kleurenschema in zit... ;)

Die Skin Editor ziet er wel rete handig uit. Helaas crashed ie bij mij zodra er een subBitmap toegevoegd gaat worden :'(

edit: Hmm misschien was ik te gehaast, het duurt even voor het menuutje is ge-initieerd, als je te vroeg drukt hangt het programma.(2 opties, brrr, dat kan vast beter).

[Reactie gewijzigd door DeTeraarist op maandag 15 juni 2009 13:31]


je word niet gedwongen een nieuwe versie te gaan gebruiken. als een oude versie je beter bevalt blijf je daar toch bij?

Instabiel op wat voor manier?

1e film die ik probeer (the matrix) --> *crash* binnen 1 seconde. Tamelijk instabiel :)

;)
Is dat een test van een seconde? Of heb je meer informatie?

En natuurlijk moet hij/zij ook meerdere films uittesten met verschillende codecs
niet alle codecs lopen lekker

1 film binnen 1 seconde crash is geen test

weetje ik vindt vlc te gek alleen hij heeft 1 probleem met divx en paar andere bestanden net als divx zelf dat het bleed vast loopt en geluid wel afspeeld. af dat de bleed achter loopt en geluid 5 of 30 sec eerder loopt.

Ik twijfel om over te stappen op een andere zoals Mplayer.
Mplayer heeft ook weer zijn nukken. mpeg(1 en 2) is bijvoorbeeld een heel zwak punt in mplayer, binnen een seconde crasht mplayer daarmee.

Oh? Mplayer doet het bij mij op Linux anders prima met MPEG video's. Ik kan gewoon een dvd afspelen zonder problemen. De digitale tv van m'n provider gebruikt ook MPEG2 als ik het goed heb, kan kijken hoe lang ik wil, geen crashes. Misschien dat je gewoon een brakke build hebt.

MPlayer gebruikt voor het afspelen van mpeg FFmpeg als ik het goed heb. Misschien is FFmpeg niet goed geïnstalleerd danwel MPlayer goed geconfigureerd? Hier doet hij het namelijk prima.

Indien je een distro gebruikt, misschien dat je dan nog aparte codecs moet downloaden.

Maar eigenlijk vind ik VLC player toch net iets fijner werken, dan heb je nooit last van codecs te zoeken en te installeren. De laatste keer dat ik divx bestanden bekeek dacht ik dat het goed ging. Heb je al een op het forum gekeken? (http://forum.videolan.org/) Misschien dat het al langer bekend is en dat ze een oplossing hiervoor hebben.

Toch mooi dat ze regelmatig updates uitbrengen van vlc.
Gebruik het programma al een hele tijd en ben nog geen enkel videobestand tegengekomen dat hij niet afspeelt.
Als ik windows opnieuw installeer is dit een van de standaart programa's die ik installeer.

De VLC speler die speelt in versie 0.99 nog geen Realmedia videobestanden af met de extensie .rmvb en gecodeerd in RV40 formaat (volgens VLC zelf), ook niet als er een codec voor Realmedia op de PC is geïnstalleerd. ;)

Toch speelt VLC zonder moeite de meeste bestanden wel gewoon af zonder extra codecs, en daarom gebruik ik deze speler ook meestal.

VLC maakt niet gebruik van DirectShow (wat jij "codecs op de pc" noemt), maar van ingebouwde codecs. Als het geen rv40 speelt, betekend dat volgens mij dat er gewoon geen open source decoder voor beschikbaar is. Misschien moet degene die die rv40 bestanden maakt zich eens achter z'n oren gaan krabben of ie niet beter een echte codec kan gebruiken, zoals h264 ofzo.
Overigens kom ik eigenlijk nooit die real-bestanden tegen, dus vind het eigenlijk niet zo belangrijk of vlc ze wel of niet speelt.

[Reactie gewijzigd door kozue op maandag 15 juni 2009 10:52]


VLC heeft een optie om eerst voor de systeem codecs te kiezen en pas zijn eigen codecs te gebruiken indien deze extern niet aanwezig is.
Werkt volgens mij standaard precies andersom, dus eerst zijn eigen codecs en pas als deze niet aanwezig is de externe kiezen. Wat betekend dat als je zo'n Lite pakketje installeert van Real je deze wel af zou moeten kunnen spellen.

[Reactie gewijzigd door DeTeraarist op maandag 15 juni 2009 11:43]


ik begin onder OSX steeds minder vaak VLC te gebruiken. De perian plug-in en Quicktime werken tegenoordig soms gewoonweg beter. Vooral voor .mkv bestanden...

Ik begin steeds meer Totem te gebruiken (de standaard speler in Gnome). Vroeger was het instabiele rommel die niet goed om ging met een hoop video's (lag in hd, slechte subs, etc), maar tegenwoordig speelt het eigenlijk alles, en met nieuwe technieken als PackageKit worden codec packages automatisch geinstalleerd als je deze nog niet hebt. De browser plugin van Totem is ook al stukken beter dan die van VLC, en is imho die van mplayer ook al voorbij.

Ik vind gstreamer een mooi systeem. Volledig plugin based en daarom oneindig uitbreidbaar, in tegenstelling tot VLC, die meer een complete oplossing probeert te bieden als 1 geheel. Ook is de ontwikkeling nu mooi opgesplitst tussen het decoding backend (gstreamer) en de GUI (totem).

bij mij loopt 0.9.9 tegenwoordig met enige regelmaat vast zodra ik een hele map met videobestanden wil openen. Het zijn er maar 24 en als je ze per 4 in de afspeellijst stopt werkt het feilloos. Vroeger ging het ook goed.

heb al n mailtje gestuurd maar geen enkele respons tot nu toe. Hoop dat het bij de volgende release weer goed werkt

Hij is bij mij sinds een jaar of 2 gedegradeerd tot backup-player. Vind The KMPlayer net even wat intuïtiever werken oa wat betreft subtitles en AB repeat (wat ze eindelijk geïntroduceerd hebben bij VLC maar af en toe nog steeds hapert)

Wel mooi dat je inmiddels ook een aantal RealVideo bestanden kunt draaien met VLC. Hoe meer formaten, hoe beter (in dit geval :) )

Beetje jammer dat je er tegenwoordig speciaal Qt voor moet installeren op je GNOME systeem. Ik wil alles met GTK+ look, inclusief file open dialogs e.d.

Ik gebruik tegenwoordig MPlayer, voornamelijk omdat ik daar de nVidia H.264 acceleratie (VDPAU) op mijn 8800 GTS512 kaart aan de praat wist te krijgen, en in VLC niet. Mijn AMD Athlon64 CPU trekt dat zonder acceleratie net niet bij snelle scenes.

[Reactie gewijzigd door Sfynx op zondag 14 juni 2009 18:23]


Dat heet QGTKStyle... Ik heb overigens geen idee of dat ook de bestandsdialogen aanpakt.

Versie 0.0-0.2.20090107svn877, bij Fedora dan. Wanneer zowel major als minor, als buildversie (was dat niet de versioning-regel?) beginnen met een 0 mag je daar niet al te veel van verwachten. :p
Maar iets serieuzer: QGTKStyle pakt naar mijn weten wel dialogen aan, maar niet allemaal. Daarnaast blijft het een soort van skinning van de QT omgeving, je blijft QT nodig hebben. En dat is een behoorlijke performance hap, die ik op mijn drinkgrage laptop nog minder graag neem als op mijn desktop.

Neemt niet weg dat ik voor de rest VLC een heerlijke videospeler vindt. Geweldige "niet klagen, spelen!" mentaliteit. Volgens mij speelt dat ding nog office-documenten af als je 't 'm vraagt.

[Reactie gewijzigd door RSpliet op zondag 14 juni 2009 22:26]


Vanaf Qt 4.5 kun je de style gewoon op 'GTK+' instellen in qtconfig, waardoor het er wat meer gnome uit gaat zien. Voor 4.4 kun je de GTK plugin zelf compileren (als je een ouder systeem hebt). Onder ubuntu 9.04 en fedora 11 krijg je gewoon 4.5.
Versienummers zeggen niet zo veel, aangezien iedere developer er een eigen methodiek op na houdt.

Standaard dialogen worden allemaal GTK dialogen, alleen heeft VLC een aantal zelfgemaakte dialoogvensters, waardoor het lijkt alsof ze niet allemaal vervangen worden. Dit kun je onder andere zien aan het feit dat de dialoog van "media -> open file..." wel heel erg VLC-specifiek is.

Verder is het afspelen van video sowieso al een performance hap, dus dat beetje Qt maakt dan ook niet zo veel meer uit. Ik was vroeger nogal anti-Qt omdat het er nooit goed uit zag op een gnome desktop, maar sinds ze QGTKStyle hebben heb ik er niet zo'n probleem meer mee.

Standaard gebruik ik Windows Media Player met K-lite Codecs. Als backup gebruik ik GOM of VLC.


Bij mij werkt 1080p vanaf de server prima hoor... (en d'r zitten 3 switches tussen :P)

vlc is bij mij juist de enige die hd 720+ kwaliteit via wifi af kan spelen op de schootbak (wel de buffer een beetje oprekken) de naam was niet voor niets (en is nog) videoLAN

Heb je al geprobeerd de buffering (van standaard 0.3 sec geloof ik) omhoog te brengen naar 1 of 2 seconden?

Je ken em wel naa beneduh modduh, maar ik heb tselfduh...

Wat dat betreft blijft de standaard WMP of natuurlijk Gom beter in mijn ogen...
in W7 that is...

Op m'n Ubuntu gebruik ik SMPlayer als default speler. Werkt prima, keyboard shortcuts zijn net zo in te stellen als ik heb bij MPC en vooral het pauzeren is direct. Bij VLC duurt het een halve seconde voordat hij daadwerkelijk op pauze gaat, erg jammer. En de standaard builds van 0.9.x heeft een los video venster, wat gelukkig wel is aangepast in de 1.0.0 builds.
Ik had het als speler puur voor dvd's, maar dat doet SMPlayer nu ook, dan wel experimenteel, maar tot nu toe geen enkel probleem mee ondervonden. Om die reden heb ik het er ook niet meer op staan.
Met een van de laatste versies had ik ook regelmatig dat VLC zeer veel CPU gebruikte om video af te spelen vergeleken met SMPlayer. Waar ik normaal een h.264 bestand met zo'n 20-30% CPU afspeel, had VLC al snel een hele core vol, met nog haperingen ook. En het kan niet zijn dat SMPlayer m'n videokaart gebruikt voor decoderen, want m'n 7800 GTX schijnt dat niet te ondersteunen.

SMPlayer is een GUI om MPlayer, beschikbaar voor Windows en Linux.

Een geforce 7 ondersteund hardware decoding. Zeker de meer high-end modellen zoals jouw GTX. Alleen is er volgens mij nog geen enkele mediaspeler die op een ongepatchte ubuntu ondersteuning heeft voor VDPAU.
Ik heb zelf nooit de moeite willen nemen om zelf mediaspelers te gaan zitten compileren terwijl m'n hd video nu al prima loopt. Ik heb hier voor niks meerdere cores, daar mag ie best een hele van voor video gebruiken :)

Hij zou het idd moeten doen, maar op Windows heeftie dat nooit gedaan. nVidia had ook aangegeven het alleen met de 8xxx series en nieuwer te ondersteunen.
Nou gebruik ik niet de standaard Ubuntu build van mplayer maar een custom build versie, vers uit hun SVN. Komt direct bij de maker van SMPlayer vandaan, die heeft z'n eigen PPA. Erg handig. Misschien dat die wat aanpassingen op dat niveau heeft gemaakt.
Als ik het goed heb, moet die VDPAU ondersteuning via de driver komen, of zelfs nog een extra pakket die je moet installeren bovenop de driver, en die heb ik niet, vziw.
VLC is gewoon niet efficiënt met z'n decoders. Had ik op Windows ook al, waar MPC + FFDshow de helft van de CPU gebruikte vergeleken met VLC, met zelfs een betere kwaliteit.

Mplayer kan inderdaad gebruik maken van hardware versnelling, maar alleen op Nvidia kaarten. Weet iemand of ATI Radeon (HD3200 onboard in mijn geval) ondersteund worden? Tot nu toe werkt alleen een decoder van PowerDVD en dat programma is echt verschrikkelijk.

Gewoon een oudere versie gebruiken, ik geloof 0.8.5. Werkt perfect en lost ook problemen met dreambox op. Want zoals anderen ook al aangeven, versies om en nabij 1.0 zijn een achteruitgang in stability en compatibility.

Voor de rest een voortreffelijke speler.

[Reactie gewijzigd door Cyr3x op zondag 14 juni 2009 23:58]

«  1  2  3  »

Op dit item kan niet meer gereageerd worden.

Volgende 16:37 µTorrent 1.8.3 build 15638 final
Vorige 17:39 Realtek HD Audio 2.26
VNU Media logo Hosted by True

© 1998 - 2012 Tweakers.net B.V. - Alle rechten voorbehouden - Contact - Jouw privacy - Algemene Voorwaarden

Uitgever van:

Website van het jaar 2011