Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 23 reacties
Bron: The xine-Project

Xine is een opensourcemultimediaspeler die cd's, dvd's en vcd's kan afspelen. Daarnaast lust het programma avi-, mov-, wmv-, en mp3-bestanden en ook multimediastreams van het internet vormen geen enkel probleem om door te kauwen. Het programma doet zijn werk op onder andere Linux, Freebsd, Solaris, Irix en Mac OS X. De ontwikkelaars hebben weer een nieuwe telg in de 1.1-reeks uitgebracht met ditmaal 1.1.15 als het versienummer. De lijst met veranderingen sinds de vorige vermelding op de Meuktracker ziet er als volgt uit:

Version 1.1.15:
  • Security fixes:
    • Fix crashes with various corrupted media files, including Ogg. (CVE-2008-3231) This includes a libfaad update from the 1.2 branch.
    • Delay V4L video frame preallocation until we know how large they'll be.
    • Fix an exploitable ID3 heap buffer overflow.
    • Check for possible buffer overflow attempts in the Real demuxer.
    • Use size_t for data length variables where there may be int overflows.
    • Add some checks for memory allocation failures.
  • Use external ffmpeg and libfaad by default.
  • V4L: Don't segfault if asked for an input that doesn't exist.
  • Recognise AMR audio (normally found in 3GP files).
  • Recognise Snow video.
  • Xv deinterlacing didn't take the size of the deinterlaced image into account; on some chipsets, this would cause image corruption, while on others, there would be no problem.
  • V4L: only try and set the tuner if we're going to use it. Setting the tuner when using baseband video (CVBS, S-Video) breaks the input.
  • Fix crashes with MP3 files with metadata consisting only of separators.
Version 1.1.14:
  • DVB changes:
    • Reacquire PIDs whenever a PMT is parsed. (Some channels' PIDs are changed on a regular basis.)
    • Recognise more stream formats (as defined in the broadcast PMT).
    • Allow automatic detection of more DVB tuning parameters.
    • Allow the GUI to be disabled.
    • Allow configuration of the location of channels.conf.
  • V4L: allow TV standard selection.
  • Allow input plugins to report MIME type information. This is used for demuxer plugin selection immediately before testing the filename extension (so it won't work when demuxer selection is done by stream content only). [Bug #120]
  • Allow input plugins to ask for a specific demuxer, overriding the normal demuxer selection methods. (Most won't need this.)
  • The Xv and XxMC video output plugins now support Xv port selection via two methods: port number and port type (currently "any", "overlay" and "textured video"). Port number takes precedence; the plugins will fall back on another port of the same type (if a type was specified) then on whatever they can find. XvMC does not support port selection at present. (Backported from the 1.2 branch.)
  • Fix MPEG TS audio stream problems introduced in 1.1.13.
  • Add basic aspect ratio detection for Windows Media Video streams.
Version 1.1.13:
  • Security fixes:
    • Buffer overflow in the NSF demuxer which may allow remote attackers to cause a denial of service (crash) or possibly execute arbitrary code via an NSF file with a long title or copyright message. (CVE-2008-1878)
    • For extra safety against possible Integer overflows like the ones found in CVE-2008-1482, backport more calloc usage from 1.2 branch.
  • Added MIME types and .mpp for musepack.
  • Fixed display of some MJPEG streams (YUVJ420P).
  • Deprecate xine_xmalloc() function, see src/xine-utils/utils.c for more information about the reason.
  • Provide a useful implementation of xine_register_log_cb().
  • New version of the JACK output plugin.
Versienummer:1.1.15
Releasestatus:Final
Besturingssystemen:Linux, BSD, macOS, Solaris, UNIX
Website:The xine-Project
Download:http://prdownloads.sourceforge.net/xine/xine-lib-1.1.15.tar.bz2
Bestandsgrootte:7,13MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (23)

Reactie op: Jeanpaul145

Standaard heb je geen dvd menu's in totem of ook maar een media speler die je bij je standaard ubuntu krijgt. Ik heb het net uitgetest op me gnome laptop (waar ik ovirgens dit ook op typ) met een dvd met menu's. De "out of the box" instellingen zorgen ervoor dat je film gelijk afgespeeld wordt. Geen menu's off ook maar iets van andere instellingen.

Als je nu totem-xine installeerd heb je ineens bij diezelfde dvd's wel menu's terwijl je totem nog steeds op dezelfde manier start. Dus: ja, je kan menus hebben maar niet out of the box. Ik wist dit ovirgens niet maar heb wel gelijk totem-gstreamer eraf gegooid en totem-xine erop. En dan te bedenken dat ik een tijdje geleden uren heb lopen zoeken naar een mogelijkheid om dvd menu's in een gnome speler af te spelen.

En over de vraag waarom gstreamer en niet xine in gnome?
That, and it is really, really easy for the devs to ship only free codecs, and still make it possible for people to add the non-free/patent encumbered codecs easily. There was some discussion about using totem-xine by default, and the result was that it was a PITA to split the good codecs out from the bad.

As an added bonus, I've never really had a problem with gstreamer. Aren't I lucky
Bron: klik

En mijn idee..
Vanuit een developer gezien snap ik dat ze gstreamer nemen. Een mooie plugin achtige structuur en makkelijk om codecs te splitsen.

Vanuit een gebruiker gezien snap ik dat dus weer niet en wil ik gewoon alles wat kan werken ook werkend hebben. Gelukkig kan je het gewoon installeren.

Volgens mij (weet ik niet zeker) is gstreamer ook nog steeds een "in development" pakket. Vraag me trouwens wel af waarom gnome niet gewoon ffmpeg of xine gepakt heeft, aangepast en teruggegeven aan de devs.. had weer een backend gescheeld. 4 van die grote backends is een beetje zonde een maakt de keuze voor developers niet makkelijk.
Over het algemeen worden GNOME libraries uitgebracht onder de LGPL, zodat er eventueel ook commerciele software gebruik van kan maken. Xinelib is alleen beschikbaar onder de GPL en is niet bruikbaar, want dan zou alle software die er gebruik van maakt ook GPL moeten worden.

De ABI van ffmpeg is nog steeds niet geheel stabiel. Gnome zou een eigen ffmpeg mee moeten leveren. Sommige delen van ffmpeg zijn GPL (ze zijn optioneel), maar kunnen toch handig zijn.

Gstreamer is natuurlijk een mooie architectuur en lijkt erg op gnome libraries. Gstreamer kan ook gebruiken maken van ffmpeg of xine. In de tijd dat gstreamer begon was nog geen van alle backends stabiel.

Daarnaast vergeet je nummer 5: phonon ...

[Reactie gewijzigd door thunderbird2k op 19 augustus 2008 00:24]

Phonon is toch wel iets anders dan Xine en Gstreamer. Phonon is gemaakt om in 4 regels code media te kunnen afspelen. Zo kan je makkelijk geluidjes aan je programma toevoegen zonder al teveel werk. En je weet zeker dat Phonon een actief project blijft gedurende de levensloop van KDE. Maar op architecturaal niveau is Phonon slechts een heel erg high-level abstractielaag voor de "echte" frameworks zoals Xine en Gstreamer, waarmee je veel ingewikkeldere dingen kan bereiken.
Gstreamer is natuurlijk een mooie architectuur en lijkt erg op gnome libraries. Gstreamer kan ook gebruiken maken van ffmpeg of xine. In de tijd dat gstreamer begon was nog geen van alle backends stabiel.
Ja.. leuke redenering dat ze toen geen van alle stabiel waren.. nu zijn ze allemaal stabieler dan toen en is gstreamer zelf niet stabiel waardoor ze op dat argument dus niets zijn opgeshoten. Hadden ze beter xine of ffmpeg kunnen nemen.
Daarnaast vergeet je nummer 5: phonon ...
Ja tuurlijk. ga jij maar eerst eens lezen wat phonon nou echt is. Alvast een hulpje: klik

En eigenlijk zegt dit alles al:
Phonon will interface with various backends with what developers call "engines;"
En zoals ik die wiki over phonon een beetje door lees vraag ik me af hoe een developer nou eigenlijk een linux media applicatie moet maken.. Phonon gebruiken of direct met de backends werken..
Ik ben erg te spreken over xine, zelf gebruik ik bij linux-distro's de totem-xine backend in Gnome. Eingelijk heb ik nooit begrepen waarom de meeste linuxdistro's gstreamer als standaard media-framework heeft. De meeste plugins/codecs van gstreamer zijn onstabiel en kunnen niet al te veel verdragen, dit merk je bijvoorbeeld wanneer je de afspeelbalk te ver naar voren/achteren verschuift, en dat zelfs nog bij opensource formaten als xvid en ogg.
Dat is een reden waarom ik sinds kort ben overgegaan naar linuxmint, een linuxdistro die gebasseerd is op ubuntu, maar bij een schone installatie (totem-)xine en mplayer inclusief alle beschermde/patent codecs op je pc installeert. Is dat niet even makkelijk. :Y)
De meestgebruikte plugin voor Gstreamer is ffmpeg, en wordt ook gebruikt door Xine. Je mediaspeler zal dus niet vastlopen op basis van de kwaliteit van de plugins.
Wat is een meerwaarde van dit programma tegenover enig andere allesspeler?

En dat is niet negatief bedoeld, misschien vormt deze app een meerwaarde op mijn systeem.
Er zijn voor linux 4 media-speler-backends: xine, mplayer, gstreamer en vlc. Om de een of andere reden kiezen de meeste gnome-apps voor gstreamer (standaard gebruikt totem bijv. gstreamer), kde heeft een voorkeur voor xine (kaffeine gebruikt xine, kan ook gstreamer gebruiken, kde4's media-systeem phonon gebruikt standaard xine als backend). Alle 4 spelen nagenoeg alles af, vanaf bijna elke mogelijke plek, dus het maakt niet echt uit wat je gebruikt, maar er ik kan geen enkele reden bedenken om een van de andere 3 te gebruiken. Vlc heeft maar een front-end, voor mplayer ken ik geen goede frontend, gstreamer is blijkbaar niet altijd even stabiel, en ik heb nooit problemen met xine gehad, dus geef mij maar xine.
Ik gebruik trouwens kaffeine, de beste mediaspeler die ik ken.
Ik zou Mplayer en VLC nou niet echt backends noemen. Het zijn echt videospelers met een eigen UI.

Gstreamer is erg "Gnome"-achtig. Het is in C geschreven, en gebruikt een aantal afhankelijkheden die typisch zijn voor Gnome-applicaties. Dat maakt het een goede match voor Gnome. Ik zie ook niet waarom het niet stabiel zou zijn. Ik gebruik Totem als mediaspeler, met de Xine-backend vanwege DVD-menu's, maar zodra DVD-menu-support in de stabiele branch van Gstreamer terecht komt ga ik daar weer op over. Een aantal functies van Totem werken niet met Xine.

Overigens spelen de frameworks niet zomaar alles af. Ze zijn daarvoor afhankelijk van de plugins. En voor de meest gangbare codecs wordt ffmpeg gebruikt door zowel Xine als Gstreamer (en onder Windows wordt het door Directshow gebruikt, alleen heet het dan "ffdshow"). Het Mplayer-team ontwikkelt ffmpeg als backend voor hun videospeler, en ook VLC gebruikt het.
Xine is de tegenhanger van Gstreamer. Het is een media-framework net als Directshow. De meerwaarde voor eindgebruikers ten opzichte van Gstreamer is dat het DVD-menu's ondersteunt. Voor de rest is het meer een kwestie van welke library de developers van een programma leuker vinden.
Ik heb anders nooit problemen gehad met DVD menu's bij het gebruik van Gstreamer in Ubuntu.
Dat is knap, want dat gaan ze pas volgend jaar programmeren.

edit:
Nou, blijkbaar wordt er nu al aan gewerkt: http://blogs.gnome.org/ur...04/gstreamer-dvd-support/

Maar "nooit problemen gehad met DVD menu's is nogal een raar statement, want dit is 2 weken geleden geschreven, en op alpha-niveau. De enige manier om het nu aan de praat te krijgen is om een development-versie van Gstreamer te compileren, en daarna de experimentele resindvd-plugin te compileren.

[Reactie gewijzigd door DOT op 18 augustus 2008 03:48]

Vraag me niet hoe dat dan mogelijk is, ik weet het ook niet. In ubuntu heb ik anders nooit problemen gehad met dvd's, en dus ook niet met hun menu's.
Het kan aan mijn instellingen liggen (hoewel die standaard zijn) maar Xine geeft op mijn Ubuntu duidelijk een veel beter beeld dan Mplayer of VLC. Bovendien heeft het minder problemen dan die andere players om een divx te streamen vanaf een NDAS.
Zou deze onder Fedora 9 dan toevallig niet kompleet de X server overhoop gooien? Vond het een schattig pakketje, nu toch maar weer gstreamer.
Xine doet niets met je X server. Als je X server het niet meer deed nadat je xine had geinstalleerd had je waarschijnlijk zelf iets fout gedaan...
Ik gebruikte vroeger ook veel xine, totdat mijn favo frontend (gxine) voor geen meter meer werkte (het crashte alleen nog maar, bij eigenlijk alles wat ik deed). Sindsdien gebruik ik veel Totem en Mplayer (de laatste versie van Mplayer heeft echt de beste SSA sub support die ik ooit in linux players gezien heb), maar in de tijd dat ik het gebruikte heb ik het nog nooit iets raars op m'n systeem uit zien halen :+
Totem kan Xine wel gebruiken, dan moet je totem-gstreamer vervangen door totem-xine

GXine heb ik al heel lang niet meer gebruikt... die interface :X
Hij speelt waanzinnig goed af maar het ziet er niet uit vind ik. MPlayer is dan al beter, maar dat integreert ook niet echt lekker. VLC gebruik ik het meest, maar ook daarvan mag de interface weleens een flinke overhaul krijgen. Niettemin speelt VLC bijna alles af.
Ik gebruikte Totem met Xine onder Fedora 9, iedere keer als ik video probeerde af te spelen via die combinatie sloeg X kompleet vast artifacts overal etc., geen toetscombo die meer werkte, alleen de muis kon nog bewegen.

En dat zelfs zonder enige vorm van gfx drivers want er zijn nog geen fedora9 driverts voor ati kaartjes.
Als sinds ik Linux gebruik, gebruik ik Xine, zowel de GUI om filmpjes, losse muziekbestanden en streams te bekijken, als back-end voor van alles en nogwat dat maar met media te maken heeft en Xine kan gebruiken. Om filmpjes (en DVD's etc) te bekijken heb ik ook VLC en MPlayer geprobeerd en ik weet niet hoe zich dat verhoud in beeldkwaliteit to Xine, maar ik vind Xine echt 100x makkelijker in gebruik. Hoewel de GUI waarschijnlijk volgens velen als lelijk bestempeld zal worden vind ik dat die zeer goed werkt en als je in de config het niveau instelt op 'Master of the Known Universe' kan je werkelijk alles instellen wat je maar wilt.

De laatste tijd heb ik wel wat probleempjes met Xine icm Gnome (met name: als Xine opent, opent het scherm nu onder alle andere schermen en de panel is kwij in fullscreen modus), maar dat zijn alletwee Gnome bugs, dus om heel eerlijk te zijn met Xine zelf nog nooit problemen gehad.
Heeft Xine ondersteuning voor hardwware HD decoders zoals de AMD 780G?
Dat heeft onder Linux helemaal niets.
NVIDIA-kaarten hebben hardware MPEG2-decodering via de Xv-output.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True