Is there a way to watch video clips on sites like www.cda.pl or any other like this without packman and only with stock openSuse repositories.
Well, flash-player is in the stock openSUSE repos (non-oss), so I would say: all sites that use flash, like youtube f.e…
If you don’t want to use flash-player either, then you’re mostly limited to OGG/Theora (and WebM?). I cannot tell you any sites that have videos in those formats though.
PS: The site you linked to uses Flash anyway, so you don’t need Packman for that.
Install flash-player and it should work. As said this is in the standard non-oss repo.
If you’re looking for a free alternative to flash-player, you’re out of luck I’m afraid.
There are some (like gnash), but AFAIK none of them works.
Thank you for a ultra fast response!
I already have Packman so how can I revert to the state without Packman with cleaning all the installed files.
Is there a asy way to do that or I have to do a fresh instal again? It’s doable but a lot of work
Remove the repo and then check the program lists in Yast look for the red and then reload them. That is my first thought may be a better way
I have found this to list the packages:
http://forums.opensuse.org/showthread.php/452802-How-to-revert-Suse-11-3-KDE-to-the-freshly-installed-state?p=2278744#post2278744
and also this to remove the dependencies:
http://forums.opensuse.org/showthread.php/452435-software-removal-quick-tip
But I wonder if I am skilled enough to get a clean system.
I did a fresh install, and everything works as supposed.
Thank you all for help and assistance!
I actually like this idea, focusing on only utilising open-source software; though, I don’t know, of course, if that was the intended message.
I do try to have one of my computers only running open-source software; interested in observing the occurrence of any unresolvable obstacles to basic tasks; highly subjective, of course, but none the less.
With increasing emergence of HTML5, Flash will hopefully fade away; plus, there are a lot of open codec alternatives for multimedia usage.
Interesting to note, though, that recently, while setting up a web page, I discovered Konqueror to require .mp3 in the HTML5 embedded player, while Opera (only) supported .ogg, (ending up providing copies in both formats).
Quite a paradox!
PS
Gnash works, though, but have a rather limited range.
???
The OP asked about not having to add Packman.
So in fact using not-open-source software (i.e. flash-player) is the solution to his “problem” as it is available in the standard non-oss repo.
And in retrospect I don’t think the OP didn’t care about open/closed source at all, he just didn’t want to add any additional repos.
Although I wasn’t sure about that when I replied.
All the software on Packman is open-source (also the multimedia stuff; except for w32-codec-all of course, which you shouldn’t need any more anyway), but certain multimedia codecs are protected by patents, so it might be illegal in your country to watch them with open-source software (without paying fees, actually). This is unrelated to only utilizing open-source software though, as it is the format/(de)compressing method that poses the problem.
With increasing emergence of HTML5, Flash will hopefully fade away;
Yes. Coupled by the fact that Adobe itself doesn’t really want to support it any more.
plus, there are a lot of open codec alternatives for multimedia usage.
Yes, but if you want to watch “restricted” formats, that doesn’t help you.
Interesting to note, though, that recently, while setting up a web page, I discovered Konqueror to require .mp3 in the HTML5 embedded player, while Opera (only) supported .ogg.
Quite a paradox!
No.
Konqueror (WebKit actually) just uses gstreamer (0.10 at the moment) to display HTML5 multimedia content, just like Firefox does. It should not require mp3, but play anything gstreamer supports. (or are you using the KHTML engine? I think this uses phonon, so it would depend on your phonon backend)
I don’t know how Opera handles this though.
According to http://en.wikipedia.org/wiki/Comparison_of_layout_engines_(HTML5_Media)#Audio_format_support, Presto (Opera’s HTML rendering engine) should use gstreamer on Linux, so play MP3 too if the corresponding plugin is installed. And openSUSE’s opera package does indeed require gstreamer-0_10, so this should work. Do you have gstreamer-0_10-fluendo-mp3 installed?
Hi Wolfi!
Didn’t meant to make such a fuss.
As I meant to imply, this was just an interpretation of the question.
With regard the codec issue, take a look here: http://www.w3schools.com/html/html5_audio.asp As Konqueror is not listed I just tested, Konqueror will play with .mp3, but not when the site only provides an .ogg file. KHTML is the default engine on my system, whether it matters in this regard I do not remember; however, the only reason I provide the site with two different formats was what I explained above.
And, with the regard of open codecs/formats, I meant to address what could be used; not what is used.
It was a comment, nothing more.
Cheers,
Olav
I just tried, and it plays fine here using KHTML with only an .ogg file (I clicked on the “Try it yourself” button, removed the mp3 source and clicked on “Submit code”).
But again, KHTML uses phonon, so the phonon backend might make a difference. I tried with phonon-backend-vlc.
And I tried with the WebKit backend as well. This shows the behavior you describe, i.e. does not play OGG.
Maybe related to the fact that WebKit is Safari’s (Apple’s) engine and is actually listed as not supporting OGG.
KHTML is the default engine on my system, whether it matters in this regard I do not remember;
Yes it does matter. WebKit uses gstreamer-0_10 directly, KHTML uses phonon.
For quite some time already WebKit is KDE’s default. You can change it in Konqueror’s settings.
Or you can change the used backend for the current page in the View->View Mode menu. (or right-click on a link and choose “View with”)
I know.
But again, if you want to watch a particular file/stream, it doesn’t matter what codec alternatives exist.
You have to find a way to playback the existing file (codec).
I would prefer a world with only open formats as well…
It was a comment, nothing more.
Of course.
And mine was just a comment, too…
With 'in regard … ’ I meant that when I tested the usage of .ogg it did not work with Konqueror. It isn’t that long since I set this page up, and there aren’t any needs for justification, the track simply would not play using Konqueror if there wasn’t any .mp3 file included in the data repo; whether I tested using webkit I simply can’t remember, but I suppose I should have done that.
The account is hosted at *gandi.net,; *should not make any difference, but there you are.
I am sorry if my approach onto this thread was misinterpreted, I am not propagating anything, just thought the question seemed interesting (had an interesting notion:)); I was not dismissing any closed-source solutions.
Cheers:)
Yes.
As I said, OGG works fine here with KHTML, but not with WebKit.
The account is hosted at *gandi.net,; *should not make any difference, but there you are.
What account?
You mean that page you setup?
I am sorry if my approach onto this thread was misinterpreted, I am not propagating anything, just thought the question seemed interesting (had an interesting notion:)); I was not dismissing any closed-source solutions.
Well, no need to be sorry.
I just think the OP had something completely different in mind than you, i.e. he was just thinking about minimizing his set of repos.
Which of course limits you to open codecs for HTML5, but is no problem in the OP’s case as he can still use flash-player (even with restricted codecs, as flash-player includes them).
On 2014-05-26 13:06, F Sauce wrote:
>
> I actually like this idea, focusing on only utilising open-source
> software; though, I don’t know, of course, if that was the intended
> message.
Wait.
All that you find in Packman is open software.
However, the flash player, which you find on openSUSE, is not.
The only issue with Packman is that, although the software is open, it
“breaks” rules by using “methods” without paying for it. That is,
because those “methods” are patented or copyrighted. Many of the codecs
and things are reverse-engineered versions of other (windows) codecs
which you can not lawfully obtain in Linux.
You have to differentiate between a method being closed (a method for
encoding video content, say), patented, or registered, and Linux having
a codec for it, reverse engineered, and open - and maybe illegal on some
countries.
Thus, I can see a case for a computer installed on institutions in some
countries to ban Packman and other software sources, to avoid legal
problems. Instead, they can pay Fluendo, for instance, for those codecs
they need.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)
What account?
You mean that page you setup?
Yes, the page I set-up.
I just think the OP had something completely different in mind than you, i.e. he was just thinking about minimizing his set of repos.
Which of course limits you to open codecs for HTML5, but is no problem in the OP’s case as he can still use flash-player (even with restricted codecs, as flash-player includes them).
Yes, you might be right but again, I am not propagating anything; besides, the aspect of limitations are still valid, and it is still an interesting, though implicit, aspect of the thread title in my view.
Wait.
All that you find in Packman is open software.
However, the flash player, which you find on openSUSE, is not.
The only issue with Packman is that, although the software is open, it
“breaks” rules by using “methods” without paying for it. That is,
because those “methods” are patented or copyrighted. Many of the codecs
and things are reverse-engineered versions of other (windows) codecs
which you can not lawfully obtain in Linux.
You have to differentiate between a method being closed (a method for
encoding video content, say), patented, or registered, and Linux having
a codec for it, reverse engineered, and open - and maybe illegal on some
countries.
Thus, I can see a case for a computer installed on institutions in some
countries to ban Packman and other software sources, to avoid legal
problems. Instead, they can pay Fluendo, for instance, for those codecs
they need.
–
All right, and I don’t necessarily approve, but have this list in mind: http://en.opensuse.org/openSUSE:Build_Service_application_blacklist
So?
That doesn’t tell me anything at all.
What was that remark to mean?
besides, the aspect of limitations are still valid, and it is still an interesting, though implicit, aspect of the thread title in my view.
Well, but OGG/Vorbis actually is an open format/codec.
No idea why WebKit does specifically not support it.
Even though it is of course supported by gstreamer, even in the version included in openSUSE, without adding Packman.
This is developing into a polemic, which is of no concern to the TS.
Honestly, this was not my intention when replying to the thread.
I just wanted to share a perspective, that’s it!
If I’m wrong, in one way or another, that is all right.
So?
That doesn’t tell me anything at all.
What was that remark to mean?
What did you expect, it was not cryptic; I explained about my experience.
No offence meant though!
Cheers,
Olav
On 2014-05-26 16:36, F Sauce wrote:
> All right, and I don’t necessarily approve, but have this list in mind:
> http://en.opensuse.org/openSUSE:Build_Service_application_blacklist
Well, that’s it. It is not a question of agreeing with it or not, it is
a question of abiding with the laws of your country or not. A lawyer has
to advice in each case.
If I were to install Linux on, say, a government institution, I would
have to take that into account. I can install codecs from packman into
my own computer, but into an institutional computer, they have to give
me written permission. They have to decide what to do, not me, and take
responsibility.
And it depends in which country you live. In the European Union,
software patents are not recognized (yet?), but other countries do.
And that, of course, limits the competitiveness of Linux.
–
Cheers / Saludos,
Carlos E. R.
(from 13.1 x86_64 “Bottle” at Telcontar)