vlc 2.0 ist da
- Six
- Beiträge: 8066
- Registriert: 21.12.2001 13:39:28
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Siegburg
Re: vlc 2.0 ist da
Wenn jemand meint, seine Erweiterungen sind so geheim und wichtig, dass er lieber eine eigene Lib pflegt, statt den einfachen Weg zu gehen, dann kann man ihn davon nicht abhalten, das stimmt.
Be seeing you!
Re: vlc 2.0 ist da
Zumal er das Ding ja nicht einfach forken und so Änderungen einpflegen kann. Ich mein, kann er schon, aber das muss dann eben veröffentlicht werden.Six hat geschrieben:Wenn jemand meint, seine Erweiterungen sind so geheim und wichtig, dass er lieber eine eigene Lib pflegt, statt den einfachen Weg zu gehen, dann kann man ihn davon nicht abhalten, das stimmt.
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Re: vlc 2.0 ist da
Wozu soll er die Lib forken wenn er sie einfach im laufenden Betrieb mit seiner eigenen proprietären "patchen" kann?TRex hat geschrieben:Zumal er das Ding ja nicht einfach forken und so Änderungen einpflegen kann. Ich mein, kann er schon, aber das muss dann eben veröffentlicht werden.Six hat geschrieben:Wenn jemand meint, seine Erweiterungen sind so geheim und wichtig, dass er lieber eine eigene Lib pflegt, statt den einfachen Weg zu gehen, dann kann man ihn davon nicht abhalten, das stimmt.
Genau das ist es was mich an der LGPL stört: Sie verhindert nicht, wie die GPL, das verschließen von Weiterentwicklungen, macht aber proprietäre Entwicklungen auf ihrer Basis nicht wirklich einfacher. Sie (oder zumindest ihre bestimmungsgemäße Anwendung) ist eine elende Krücke für Leute die nicht teilen wollen und bei BDSL/MITL/ApacheL/etc-Projekten nicht fündig geworden sind.
Die GPL für ihr starkes Copyleft zu kritisieren ist legitim, aber das Copyleft der LGPL ist nichts Halbes und nichts Ganzes.
Re: vlc 2.0 ist da
Eigentlich ist das genau der richtige Kompromiss...nehmen wir mal das Beispiel VLC:
Fall A: libvlc ist GPL-lizenziert. Firmen entwickeln eigene Bibliotheken zum Abspielen, verlangen Geld dafür. VLC wird parallel weiterentwickelt, keine Interaktion. Kein Problem, aber auch kein gemeinsamer Fortschritt. Anwender können wählen zwischen zwei vollständig unterschiedlichen Alternativplayern, wobei die kommerzielle nicht unbedingt die bessere sein muss und vielleicht etwas kostet.
Fall B: libvlc ist BSD-irgendwas lizenziert. Firmen nehmen libvlc und nehmen das als Unterbau für ihren Player. VLC bekommt nix von irgendwelchen Änderungen zurück. Firmen können die bezahlte Arbeitszeit mit dem Kaufpreis der Anwendung oder sonstigen Einnahmen verrechnen und scheuen evt weniger Entwicklungskosten. Falls nicht, bleibt VLC gleichwertig. Anwender können immer noch wählen, Firma und Mitarbeiter wurden entlohnt.
Fall C: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc mit Erweiterungen als Unterbau für den Player, schreiben wahlweise umständlich proprietäre Erweiterungen in weiteren Libs. Totales Massaker im Code. Anwender können zwischen einer vermutlich schlechten proprietären Version und dem VLC selbst wählen. Mitarbeiter sind gefrustet.
Fall D: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc und pflegen die Erweiterungen dort ein. Etwas Arbeitskraft wird aufgrund des Drucks, Fall C zu vermeiden, an die Öffentlichkeit "verschenkt", Ruf der Firma verbessert sich in der FOSS-Community, weiterer Allround-Player wird bekannt. VLC bleibt im Unterbau gleichwertig, proprietäre Version bringt vielleicht Codecs mit.
VLC verliert in keinem Fall.
Fall A: libvlc ist GPL-lizenziert. Firmen entwickeln eigene Bibliotheken zum Abspielen, verlangen Geld dafür. VLC wird parallel weiterentwickelt, keine Interaktion. Kein Problem, aber auch kein gemeinsamer Fortschritt. Anwender können wählen zwischen zwei vollständig unterschiedlichen Alternativplayern, wobei die kommerzielle nicht unbedingt die bessere sein muss und vielleicht etwas kostet.
Fall B: libvlc ist BSD-irgendwas lizenziert. Firmen nehmen libvlc und nehmen das als Unterbau für ihren Player. VLC bekommt nix von irgendwelchen Änderungen zurück. Firmen können die bezahlte Arbeitszeit mit dem Kaufpreis der Anwendung oder sonstigen Einnahmen verrechnen und scheuen evt weniger Entwicklungskosten. Falls nicht, bleibt VLC gleichwertig. Anwender können immer noch wählen, Firma und Mitarbeiter wurden entlohnt.
Fall C: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc mit Erweiterungen als Unterbau für den Player, schreiben wahlweise umständlich proprietäre Erweiterungen in weiteren Libs. Totales Massaker im Code. Anwender können zwischen einer vermutlich schlechten proprietären Version und dem VLC selbst wählen. Mitarbeiter sind gefrustet.
Fall D: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc und pflegen die Erweiterungen dort ein. Etwas Arbeitskraft wird aufgrund des Drucks, Fall C zu vermeiden, an die Öffentlichkeit "verschenkt", Ruf der Firma verbessert sich in der FOSS-Community, weiterer Allround-Player wird bekannt. VLC bleibt im Unterbau gleichwertig, proprietäre Version bringt vielleicht Codecs mit.
VLC verliert in keinem Fall.
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Re: vlc 2.0 ist da
VLC, weil kostenlos (nicht frei) wird bevorzugt. VLC gewinnt.TRex hat geschrieben:Fall A: libvlc ist GPL-lizenziert. Firmen entwickeln eigene Bibliotheken zum Abspielen, verlangen Geld dafür. VLC wird parallel weiterentwickelt, keine Interaktion. Kein Problem, aber auch kein gemeinsamer Fortschritt. Anwender können wählen zwischen zwei vollständig unterschiedlichen Alternativplayern, wobei die kommerzielle nicht unbedingt die bessere sein muss und vielleicht etwas kostet.
Klingt doch ganz gut.TRex hat geschrieben:Fall B: libvlc ist BSD-irgendwas lizenziert. Firmen nehmen libvlc und nehmen das als Unterbau für ihren Player. VLC bekommt nix von irgendwelchen Änderungen zurück. Firmen können die bezahlte Arbeitszeit mit dem Kaufpreis der Anwendung oder sonstigen Einnahmen verrechnen und scheuen evt weniger Entwicklungskosten. Falls nicht, bleibt VLC gleichwertig. Anwender können immer noch wählen, Firma und Mitarbeiter wurden entlohnt.
Klingt für alle Beteiligten ziemlich suboptimal.TRex hat geschrieben:Fall C: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc mit Erweiterungen als Unterbau für den Player, schreiben wahlweise umständlich proprietäre Erweiterungen in weiteren Libs. Totales Massaker im Code. Anwender können zwischen einer vermutlich schlechten proprietären Version und dem VLC selbst wählen. Mitarbeiter sind gefrustet.
VLC+X verdrängt mit der Zeit VLC weil mit Codecs und X und überhaupt und besser VLC verliertTRex hat geschrieben:Fall D: libvlc ist LGPL-lizenziert und Firmen nehmen libvlc und pflegen die Erweiterungen dort ein. Etwas Arbeitskraft wird aufgrund des Drucks, Fall C zu vermeiden, an die Öffentlichkeit "verschenkt", Ruf der Firma verbessert sich in der FOSS-Community, weiterer Allround-Player wird bekannt. VLC bleibt im Unterbau gleichwertig, proprietäre Version bringt vielleicht Codecs mit.
(Ok, das kann in Fall B genauso passieren, aber das ist eben ein Risiko das man mit der BSDL-Wahl bewusst eingeht und vor dem einen die LGPL auch nicht effektiv schützt.)
Re: vlc 2.0 ist da
Vergleich doch mal nero4linux und k3b. Das hat zwar nicht den selben Unterbau, entspricht für den Anwender aber demselben Szenario. Kaum einer verwendet nero4linux, obwohl es vermutlich mehr Features hat (ich kenn nur die Version für Windows und die ist ziemlich umfangreich). Klar, wenn ich geschützte bluerays abspielen wollte, dann müsste ich wohl VLC+X verwenden. Aber aktuell tuts wohl für alles andere auch VLC, oder? Das ändert sich nicht, wenn VLC+X kostenpflichtig ist.
Gibts für das Szenario eigentlich ein oder mehrere Beispiel(e) aus der Realität, damit wir nicht ständig über fiktive Szenarien reden müssen?
Gibts für das Szenario eigentlich ein oder mehrere Beispiel(e) aus der Realität, damit wir nicht ständig über fiktive Szenarien reden müssen?
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Re: vlc 2.0 ist da
Ähem ... hust ... Tschuldigung, dass ich kleiner Knödel hier so rumnerve, aber kann mir jemand beim Kompilieren von VLC 2.0 helfen?
Offenbarung 13 erfüllt sich gerade vor unseren Augen, genießen wir also die letzten Jahre unserer Scheinfreiheit
Re: vlc 2.0 ist da
So ganz ohne Fehlermeldung? Wo hängts?
Jesus saves. Buddha does incremental backups.
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Windows ist doof, Linux funktioniert nicht • Don't break debian! • Wie man widerspricht
Re: vlc 2.0 ist da
Hm, vielleicht sollte ich die Frage nochmals ganz neu im Kompilationsforum stellen. Aber falls Du es wirklich wissen willst, woran es bei mir hängt, ganz einfach: Ich habs mir das source.xz runtergeladen und entpackt. Dort ist kein .dsc vorhanden, weswegen pbuilder wohl nicht kann. Aber ich hab gehört, man kann sich bei pbuilder einloggen und dann seine buildumgebung nutzen. Was ich wissen will sind 2 Dinge:
1. brauche ich wirklich die ganzen required Libs von deren homepage? Wenn ja, wie komplilier ich dir mit? Oder sind das dann separate Pakete?
2. irgendwie find ich im entpackten source file auch keine debian config. Wie soll ich das also anstellen. Eine Schritt für Schritt Anleitung wäre für mich sehr hilfreich.
Aber wie schon gesagt: Vielleicht ist es besser, wenn ich meine Frage nochmals im anderen Forum stelle.
1. brauche ich wirklich die ganzen required Libs von deren homepage? Wenn ja, wie komplilier ich dir mit? Oder sind das dann separate Pakete?
2. irgendwie find ich im entpackten source file auch keine debian config. Wie soll ich das also anstellen. Eine Schritt für Schritt Anleitung wäre für mich sehr hilfreich.
Aber wie schon gesagt: Vielleicht ist es besser, wenn ich meine Frage nochmals im anderen Forum stelle.
Offenbarung 13 erfüllt sich gerade vor unseren Augen, genießen wir also die letzten Jahre unserer Scheinfreiheit
- KBDCALLS
- Moderator
- Beiträge: 22359
- Registriert: 24.12.2003 21:26:55
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: Dortmund
-
Kontaktdaten:
Re: vlc 2.0 ist da
Ich hab mir mal jetzt den VLC 2.0 etwas näher angesehen. Die Debiansourcen einfach mit pbuilder/pdebuild bauen ist es nicht getan. Es müssen mindestens 2 -3 Pakete vorher noch kompiliert werden. Der übliche Dreistatz könnte auch mit Squeeze problematisch werden.
PS. So langsam wirds wirklich etwas für ein anderes Forum.
PS. So langsam wirds wirklich etwas für ein anderes Forum.
Was haben Windows und ein Uboot gemeinsam?
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
Kaum macht man ein Fenster auf, gehen die Probleme los.
EDV ist die Abkürzung für: Ende der Vernunft
Bevor du einen Beitrag postest:
- Kennst du unsere Verhaltensregeln
- Lange Codezeilen/Logs gehören nach NoPaste, in Deinen Beitrag dann der passende Link dazu.
Re: vlc 2.0 ist da
OK, dann stell ich die Frage im anderen Forum. DankeKBDCALLS hat geschrieben:Ich hab mir mal jetzt den VLC 2.0 etwas näher angesehen. Die Debiansourcen einfach mit pbuilder/pdebuild bauen ist es nicht getan. Es müssen mindestens 2 -3 Pakete vorher noch kompiliert werden. Der übliche Dreistatz könnte auch mit Squeeze problematisch werden.
PS. So langsam wirds wirklich etwas für ein anderes Forum.
Offenbarung 13 erfüllt sich gerade vor unseren Augen, genießen wir also die letzten Jahre unserer Scheinfreiheit
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
VLC v.2.0.0-0.1 ist seit gestern abend (3.März) im Debian Multimedia repository für testing (ftp://ftp.debian-multimedia.org/ testing/main i386 Packages) angekommen, ebenfalls die wichtigen Plugins (nicht das mozilla-plugin), alle Abhängigkeiten sind erfüllbar
Für mich ist das speziell deswegen spaßig, weil ich mir den Freitag mit vlc 2.0 compilier-orgien um die Ohren gehauen hatte (dauerte ewig und hat das halbe Netz leergesaugt) - funktionierte aber mit dem klassischen 'Debian-Dreisatz' configure, dh_make, fakeroot debian/rules binary ohne Probleme, alle Abhängigkeiten waren über die testing repos zu erfüllen...
Für mich ist das speziell deswegen spaßig, weil ich mir den Freitag mit vlc 2.0 compilier-orgien um die Ohren gehauen hatte (dauerte ewig und hat das halbe Netz leergesaugt) - funktionierte aber mit dem klassischen 'Debian-Dreisatz' configure, dh_make, fakeroot debian/rules binary ohne Probleme, alle Abhängigkeiten waren über die testing repos zu erfüllen...
Re: vlc 2.0 ist da
Bitte mal Schritt für Schritt posten, was Du wie getan hast. Allerdings bitte hier: http://debianforum.de/forum/viewtopic.php?f=34&t=134878chb hat geschrieben:VLC v.2.0.0-0.1 ist seit gestern abend (3.März) im Debian Multimedia repository für testing (ftp://ftp.debian-multimedia.org/ testing/main i386 Packages) angekommen, ebenfalls die wichtigen Plugins (nicht das mozilla-plugin), alle Abhängigkeiten sind erfüllbar
Für mich ist das speziell deswegen spaßig, weil ich mir den Freitag mit vlc 2.0 compilier-orgien um die Ohren gehauen hatte (dauerte ewig und hat das halbe Netz leergesaugt) - funktionierte aber mit dem klassischen 'Debian-Dreisatz' configure, dh_make, fakeroot debian/rules binary ohne Probleme, alle Abhängigkeiten waren über die testing repos zu erfüllen...
Danke im voraus!
Offenbarung 13 erfüllt sich gerade vor unseren Augen, genießen wir also die letzten Jahre unserer Scheinfreiheit
Re: vlc 2.0 ist da
Da will ich gleich nachhaken. Weiß jemand wie das neue Paket für das das mozilla-plugin-vlc heißt? browser-plugin-vlc und xul-ext-vlc sind es nicht. Oder gibt es das Paket noch nicht, trotz Changelog-Eintrag:chb hat geschrieben:VLC v.2.0.0-0.1 ist seit gestern abend (3.März) im Debian Multimedia repository für testing (ftp://ftp.debian-multimedia.org/ testing/main i386 Packages) angekommen, ebenfalls die wichtigen Plugins (nicht das mozilla-plugin), alle Abhängigkeiten sind erfüllbar
http://packages.debian.org/changelogs/pool/main/v/vlc/vlc_2.0.0-6/changelog hat geschrieben:The Mozilla browser plug-in is now provided by a separate source tarball.
Debians Paketbeschreibungen übersetzen? Hilf mit!
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Für Info zum mozilla-plugin-vlc im repository wäre ich auch dankbar Wirkt auf den ersten Blick nach umfangreicherer Sucherei...
Die Antwort auf die Frage zum kompilieren habe ich nach http://debianforum.de/forum/viewtopic.p ... 85#p870185 verschoben, passt hier wirklich nicht her, danke für den Hinweis
Die Antwort auf die Frage zum kompilieren habe ich nach http://debianforum.de/forum/viewtopic.p ... 85#p870185 verschoben, passt hier wirklich nicht her, danke für den Hinweis
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Zwischeninfo zum Mozilla Plugin Vlc:
Afaiu wurde das bisherige 'mozilla-plugin-vlc' aufgegeben wg. Inkompatibilität mit neueren Mozilla-Versionen bzw. Umstellung von XPCOM plugins auf NPAPI (spärliche Informationslage, siehe zB. http://wiki.videolan.org/Plugins/Mozilla).
Wie von deberik schon geschrieben, steht im http://packages.debian.org/changelogs/p ... /changelog :
"Remove dropped mozilla-plugin-vlc, [...]. The Mozilla browser plug-in is now provided by a separate source tarball."
Nach meiner Lesart(?) ist das eben _keine_ konkrete Ankündigung eines 'neuen' Debian-Paketes für ein entsprechendes Plugin (ich finde bisher auch in testing /unstable /experimental kein entsprechendes Paket). Den genannten source tarball finde ich unter http://download.videolan.org/vlc/2.0.0/ ... 0.0.tar.xz - er lässt sich unter Wheezy mit dem allseits geschätzten 'Debian-Dreisatz' problemlos backen, das Paket heißt dann "npapi-vlc_2.0.0-1_[<architektur>].deb und lässt sich (zumindest auf meinem Testsystem) einwandfrei installieren.
Unter Iceweasel (10.0.2) und Aurora (12.0a2) wird denn unter "about:plugins" das VLC web plugin angezeigt: http://gallery.debianforum.de/v/verschi ... t.png.html ... und tut wie's soll
Afaiu wurde das bisherige 'mozilla-plugin-vlc' aufgegeben wg. Inkompatibilität mit neueren Mozilla-Versionen bzw. Umstellung von XPCOM plugins auf NPAPI (spärliche Informationslage, siehe zB. http://wiki.videolan.org/Plugins/Mozilla).
Wie von deberik schon geschrieben, steht im http://packages.debian.org/changelogs/p ... /changelog :
"Remove dropped mozilla-plugin-vlc, [...]. The Mozilla browser plug-in is now provided by a separate source tarball."
Nach meiner Lesart(?) ist das eben _keine_ konkrete Ankündigung eines 'neuen' Debian-Paketes für ein entsprechendes Plugin (ich finde bisher auch in testing /unstable /experimental kein entsprechendes Paket). Den genannten source tarball finde ich unter http://download.videolan.org/vlc/2.0.0/ ... 0.0.tar.xz - er lässt sich unter Wheezy mit dem allseits geschätzten 'Debian-Dreisatz' problemlos backen, das Paket heißt dann "npapi-vlc_2.0.0-1_[<architektur>].deb und lässt sich (zumindest auf meinem Testsystem) einwandfrei installieren.
Unter Iceweasel (10.0.2) und Aurora (12.0a2) wird denn unter "about:plugins" das VLC web plugin angezeigt: http://gallery.debianforum.de/v/verschi ... t.png.html ... und tut wie's soll
Re: vlc 2.0 ist da
Heute kam dieses Paket für Browser in sid rein:
browser-plugin-vlc
mozilla-plugin-vlc ist jetzt ein "transitional dummy package"
browser-plugin-vlc
mozilla-plugin-vlc ist jetzt ein "transitional dummy package"
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Danke für die Info, bestens!
Dann mal sehen, was Wheezy davon hält (in ca 10 Tagen)
Edit: vlc 2.0 und squeeze: http://debianforum.de/forum/viewtopic.p ... 45#p873086
Dann mal sehen, was Wheezy davon hält (in ca 10 Tagen)
Edit: vlc 2.0 und squeeze: http://debianforum.de/forum/viewtopic.p ... 45#p873086
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Seit gestern ist das browser-plugin-vlc auch für Wheezy zu haben.
[ http://packages.debian.org/wheezy/browser-plugin-vlc ]
[ http://packages.debian.org/wheezy/browser-plugin-vlc ]
Re: vlc 2.0 ist da
Offtopic
Frage : Was soll das Plugin können, was gecko-mediaplayer-plugin (ehemals mplayerplug.in) nicht auch könnte?
Frage : Was soll das Plugin können, was gecko-mediaplayer-plugin (ehemals mplayerplug.in) nicht auch könnte?
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Nix.Was soll das Plugin können, was gecko-mediaplayer-plugin (ehemals mplayerplug.in) nicht auch könnte?
Beide sind afaiu letztlich npapi-konforme bridges zur 'darunter' agierenden Player engine. Vielleicht ist das eine Plugin auch effizienter oder fehlertoleranter umgesetzt als das andere; beim Vlc soll die Streaming -Komponente reichhaltiger implementiert sein ... kann ich so nicht beurteilen.
Ich gehe aber davon aus, dass Du keinen supisinnlosen Mplayer vs. Vlc flame starten willst ...
Ansonsten benutzen sicher viele Leute, wie ich auch, eben vorzugsweise bzw. ausschließlich einen der beiden 'großen' GPL Mediaplayer, und möchten nicht grade wahnsinnig dringend wg. eines Browser-Media-plugins den jeweils anderen Player samt allen Abhängigkeiten und Codices einspielen müssen.
(man könnte hier also endlich mal wieder mit dem coolen 'freedom of choice' Zitats- & Auslegungsgeschwafel anfangen, juhu!)
Daneben hat Vlc keine libnautilus -Abhängigkeit, was meinen Erfordernissen [keine gnome-libs, schon gar kein 3.xyz] auch zukünftig entgegenkommen wird
Beurteilt aber sicher jeder nach Gusto unterschiedlich.
-
- Beiträge: 939
- Registriert: 16.02.2009 09:35:10
Re: vlc 2.0 ist da
In die Backports von Debian-Multimedia hat es der VLC 2.0.1 jetzt auch geschafft. Aber das fehlende Browserplugin hat mich gewundert. Ich habe versucht, dass aus wheezy selbst zu compilieren, aber das brach sehr früh ab.
Soft: Bullseye AMD64, MATE Desktop. Repo's: Backports, kein Proposed, eigene Backports. Grafik: Radeon R7 360 MESA.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
-
- Beiträge: 107
- Registriert: 27.02.2012 21:01:28
- Lizenz eigener Beiträge: GNU General Public License
- Wohnort: Frankfurt am Main
Re: vlc 2.0 ist da
Edit: Meinst Du VLC 2.0.1 (bzw. das plugin) für squeeze oder wheezy?
Zusatz-Info zu squeeze hier: http://debianforum.de/forum/viewtopic.p ... 29#p873682 [ff.]
Nach dem plugin kann man mal fragen, evtl. kann ich es heute spät /morgen - passend zur aktuellen Version - backported haben & hochsetzen, falls es bei debian-multimedia.org nicht dann schon liegt. Vermutl. wird es dort aber ohnehin bald auftauchen, ggf. etwas abwarten?
Zusatz-Info zu squeeze hier: http://debianforum.de/forum/viewtopic.p ... 29#p873682 [ff.]
Nach dem plugin kann man mal fragen, evtl. kann ich es heute spät /morgen - passend zur aktuellen Version - backported haben & hochsetzen, falls es bei debian-multimedia.org nicht dann schon liegt. Vermutl. wird es dort aber ohnehin bald auftauchen, ggf. etwas abwarten?
-
- Beiträge: 939
- Registriert: 16.02.2009 09:35:10
Re: vlc 2.0 ist da
Ich meine das Mozillaplugin, was jetzt eine eigenständige Source hat und nicht mehr beim VLC Source dabei ist:
http://packages.debian.org/source/sid/npapi-vlc
Abwarten ist sicher die einfachste Lösung. Ich habe es nur versucht, weil ich mir halt selber ein paar Pakete regelmäßig backporte (ScummVM, VirtualBox, Midnight Commander, Fuse-Emulator, Icedove und immer wieder mal FGLRX). In wirklichkeit benutze ich es nämlich gar nicht
Ich habe diesen Thread erst gefunden, als ich VLC 2.0.1 via Debian Multimedia schon bekommen hatte. Trotzdem Respekt - an ein Paket wie VLC habe ich mich noch nicht rangewagt
Ich hoffe dass mit Version 2.0.1 auch endlich beim Filmschauen nicht mehr der Bildschirmschoner kommt!
http://packages.debian.org/source/sid/npapi-vlc
Abwarten ist sicher die einfachste Lösung. Ich habe es nur versucht, weil ich mir halt selber ein paar Pakete regelmäßig backporte (ScummVM, VirtualBox, Midnight Commander, Fuse-Emulator, Icedove und immer wieder mal FGLRX). In wirklichkeit benutze ich es nämlich gar nicht
Ich habe diesen Thread erst gefunden, als ich VLC 2.0.1 via Debian Multimedia schon bekommen hatte. Trotzdem Respekt - an ein Paket wie VLC habe ich mich noch nicht rangewagt
Ich hoffe dass mit Version 2.0.1 auch endlich beim Filmschauen nicht mehr der Bildschirmschoner kommt!
Soft: Bullseye AMD64, MATE Desktop. Repo's: Backports, kein Proposed, eigene Backports. Grafik: Radeon R7 360 MESA.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Hardware: Thinkstation S20, Intel X58, 16GB, Xeon W3530, BCM5755 NIC, EMU10K1 SND, SATA SSD+HDS und DVD+RW.
Re: vlc 2.0 ist da
Ne, echt? Du hast den alten FGLRX für Squeeze? Also ich bräuchte den für meine Radeon9600XT. Meinst Du, Dein Backport funzt auch für meine uralt GraKa?nudgegoonies hat geschrieben:Abwarten ist sicher die einfachste Lösung. Ich habe es nur versucht, weil ich mir halt selber ein paar Pakete regelmäßig backporte (ScummVM, VirtualBox, Midnight Commander, Fuse-Emulator, Icedove und immer wieder mal FGLRX).
Offenbarung 13 erfüllt sich gerade vor unseren Augen, genießen wir also die letzten Jahre unserer Scheinfreiheit