Diskussion:MPlayer

"Was soll die ständige Entfernung des Links zur SMPlayer Wiki und dann noch ohne Begründung !

---

"Die im Programm verwendeten Win32-DLLs laufen nur auf x86–Prozessoren und sind daher in der Open-Source-Szene lizenzrechtlich stark umstritten." Was hat die Lizenz mit der Tatsache zu tun, dass es nur auf x86-Prozessoren laeuft?

gar nix. hab es umgeschrieben. btw: bitte immer ~~~~ am ende eines diskussioneintrages machen, damit man weiss wer du bist. mfg JAF talk 18:56, 6. Dez 2005 (CET)

auf der projektseite gibt es das codecpack auf für ppc architektur oder sind da die wincodecs nicht enthalten?

Positionierung

da inzwischen auch ganz gut bedienbare GUIs existieren, ist die aussage, dass es vor allem für "fortgeschrittene Nutzer" nicht mehr ganz zutreffend. was meint ihr? --Kristjan 11:07, 14. Nov. 2006 (CET)

Natürlich ist das noch zutreffend. Fortgeschrittene Benutzer können durch die vielen Optionen, die bei mplayer auf Kommandozeile verfügbar sind, dort wo andere Player schlapp machen, noch was erreichen. Man könnte evtl. den Satz einfügen "durch die optionale GUI aber auch für Anfänger sehr gut geeignet ist". --84.56.138.2 01:00, 6. Dez. 2006 (CET)

Win32, Win64, PPC Binaries

Der Abschnitt

"Es besteht außerdem die Möglichkeit, Binär-Codecs zum Abspielen proprietärer Formate zu verwenden, unter x86-Umgebungen sogar Win32-DLLs."

erscheint mir ziemlich irreführend. So ist nicht nur möglich unter x86 Systemen Win32 DLL's zu verwenden sondern unter nahezu jedem System die entsprechenden Windows / MacOS Bibliotheken (Halt Win64 DLL's bzw MacOS Bibliotheken).

Ich habe den Abschnitt daher mal entsprechend angepasst.

Gibt es eigentlich für MacOS Bibliotheken entsprechende Namen?

Gruß, --Vossa 11:06, 3. Jul. 2007 (CEST)

>Gibt es eigentlich für MacOS Bibliotheken entsprechende Namen?

Windows=DLL(Dynamic Link Library)

OSX/NeXT=DYLIB(Mach-O Dynamic Library)

zB Linux=SO(Shared Object)

--87.171.67.179 19:55, 9. Feb. 2010 (CET)

Bereinigung der Weblinks

Ich hatte mich auch schon gefragt ob die ganzen Links denn unbedingt sein müssen. Soweit meine Zustimmung zu einer Löschaktion. Aber die Umsetzung halte ich doch für ein bisschen zu übertrieben. Die beiden Links zu dem GUI MPUI-hcb sowie den MEncoder-Scripts wären meiner Meinung nach doch noch erhaltenswert und sollten wieder mit aufgenommen werden. -- Starkiller 12:57, 4. Sep. 2010 (CEST)

Datei:FFmpeg.svg

Ich frage mich, ob die Datei:FFmpeg.svg am Ende des Abschnittes Aufbau für diesen Artikel wirklich sinnvoll ist. Wenn sie eingebaut bleiben soll, dann sollte man sie zumindest erklären. Außer FFmpeg und MPlayer erscheinen keine der Programme im Artikeltext. Man kann nicht davon ausgehen, dass ein Leser sie kennt. Aber selbst mit Erklärung bleibt die Frage, ob die Grafik überhaupt einen wirklichen Mehrwert zu dem Thema MPlayer bietet. --Marc-André Aßbrock 17:30, 10. Aug. 2011 (CEST)

Dann schlage ich vor, die Graphik zu entfernen!--Regression Tester 21:47, 10. Aug. 2011 (CEST)

Da es keine weiteren Einwände gab habe ich dies gemacht. --Marc-André Aßbrock 10:13, 12. Aug. 2011 (CEST)

Wichs-ware?

Das aktuelle Paket (mit MPUI und SMPLAYER) stiehlt ungefragt Dateiverknüpfungen und gibt sie nicht mehr her, Abwahl innerhalb des Programms wird ignoriert. Jungs, was habt ihr euch dabei gedacht? Nur Deinstallation und manuelles Neuverknüpfen helfen. Ein klares Nogo für den sonst guten Player. --92.202.65.101 03:24, 28. Apr. 2012 (CEST)

Schreib einen Bug-Report oder einen Feature-Request an die Developer-Mailingliste. Hier bist du verkehrt. -- Sloyment (Diskussion) 19:40, 29. Apr. 2012 (CEST)

Suchet man verlässliche Informationen. Dann, Finger weg von Wikipedia!

Wer hat das nu schon wieder halbherzing geändert?

>MPlayer ist kommandozeilenorientiert. Optional verfügbar sind eine grafische Bedienungsoberfläche,

soweit so gut, später allerdings:

>MPlayer hat selbst keine grafische Benutzeroberfläche außer die Videoausgabe.

aha, mplayer ist hier ziemlich einzigartig es sceint sowohl eine wie auch keine GUI zu besitzen...

PS: in der Liste wurde die offizielle GUI "GMplayer" allerdings wieder entfernt stattdessen soll der Nutzer 3rd party produkte ausprobieren... oder eine gleichnaminge die auf .NET basiert...

PPS: ist es wahrscheinlich zu viel verlangt des sich Wikipedia Moderatoren mit dem Thema beschäftigen.

--84.184.157.83 21:46, 9. Mär. 2016 (CET)

Das hat dir jemand wegen deinem unverschämten Kommentar rückgängig gemacht: [1]. Versuchs doch einfach mal normal... --chatter ^ಠ_ಠ 00:57, 10. Mär. 2016 (CET)

niemals! soll sich ein anderer damit rumschlagen das Wikipedia Moderatoren-Egos vor Fakten bevorzugt. Es hat schon seinen Grund warum die Wikipedia zur korrekten wissenschaftlichen Recherche unzulässig ist.--84.184.128.52 18:19, 10. Mär. 2016 (CET)

Dann jammer hier auch nicht rum, dass deine Beiträge rückgängig gemacht werden. Zur wissenschaftlichen Recherche sind übrigens auch andere Nachschlagewerke normalerweise unzulässig... --chatter ^ಠ_ಠ 04:04, 11. Mär. 2016 (CET)

PROTIP: Mplayer hat keine GUI im Sinne von grafischen Steuerungselementen („Widgets“). Mplayer hat eine reine Videoausgabe. Die zudem auch garkein X o.ä. benötigt. Ich hab z.B. mplayer schon mit SVGAlib oder DirectFB oder wie es heißt auf der Konsole benutzt. Leute die Mplayer nicht kennen, würden sich in jedem Fall fragen wo denn hier die GUI ist. Daher gibt die Aussage Sinn. Wenn man Korinten kackt, kann man natürlich sagen, daß die Videoausgabe, besonders das OSD und die Tastensteuerung, definitiv eine GUI ist. ^^ Aber mit gesundem Menschenverstand versteht man schon, warum das so korrekt beschrieben ist. … Wie das auf Windoof ist kann ich nicht sagen. Da ich eine Person bin. — 2A0A:A546:58CA:1:2711:65D0:4382:3045 11:12, 19. Aug. 2023 (CEST)

Veraltete Infos zu mpv?

Da wird impliziert, daß mplayer keine Hardwarebeschleunigung hat. Das ist natürlich definitiv Quatsch. Es hatte immer Hardwarebeschleunigung, und auch via OpenGL. Ich weiß daß es schon 2010 nicht nur einen sondern mindestens zwei OpenGL-Modi hatte. Und wo genau der Unterschied beim OSD sein soll weiß ich auch nicht. … Die Abspaltung geschah, weil an Minimalismus erkrankte den Code “aufräumen” wollten, im Sinne von alles was sie persönlich überfordert rausschmeißen. Und der ursprüngliche Entwickler Kompatibilität eine höhere Priorität gab, und lieber den Code so aufräumen wollte als erstmal alles grundlegend in die Tonne zu treten. (Also wie üblich liegen alle Seiten des Konflikts falsch. ;) Man hat also jetzt die Wahl zwischen „Kann alles, aber es ist ’n bisschen unaufgeräumt und manche Dinge können verbuggt sein. Manches geht also nicht.“ und „Ist sauber, aber nur weil man alles weggeschmissen hat statt es zu reparieren. Manches geht also nicht.“. ^^ … Im Prinzip also ein großer Kindergarten, und die sollten den ideologischen Quatsch aufhören, mpv einfach mal fertig programmieren inkl. aller Funktionen von mplayer, und dann kann man mplayer auch beerdigen ohne gegen Minimalismuskranke kämpfen zu müssen die kein Licht anmachen weil ihr Schatten auf ihren leeren weißen Wänden ihnen schon zu viel Unordnung ist. ^^ — 2A0A:A546:58CA:1:2711:65D0:4382:3045 11:25, 19. Aug. 2023 (CEST)