Subscribe to:
Post Comments (Atom)
About Me
Labels
- akademy (3)
- amarok (1)
- appeal (1)
- build system (1)
- community (7)
- crash (2)
- d-bus (1)
- dataengine (1)
- dolphin (2)
- events (1)
- family (1)
- free software (1)
- gnome (2)
- graphics (1)
- guademy (1)
- kde (52)
- kde e.v. (3)
- kde; kdegraphics (1)
- konqueror (1)
- krunner (4)
- libs (5)
- lug radio (1)
- media center (1)
- misc (1)
- openid (1)
- oxygen (2)
- performance (1)
- photos (1)
- plasma (26)
- podcast (1)
- pr (1)
- prose (1)
- release (1)
- social (1)
- solaris (1)
- techbase (6)
- travel (6)
- trolltech (3)
- web2.0 (1)
15 comments:
I'm more of a n00b when it comes to understanding the different layers of Linux, so could anyone briefly explain to me what does that mean for the end user?
nice...
nice...
nice...
Thats great!
Incidentally, you may have noticed that ubuntu is moving to pulse audio. I think kubuntu still uses alsa for kde 3.5, and xine for kde 4.0. What are you plans/opinions of pulse audio, and will there be work on creating a phonon backend?
@jurij:
It means that KDE apps can take advantage of VLC and mplayer (which will both playback just about anything you throw at them) with *very* little effort. For end users this means that more applications will sport rich multimedia features like audio and video :-)
Very cool!
@level 1: Pulseaudio is not an engine, it's more of an output (like oss or alsa), so it's up to the xine/gstreamer/mplayer/vlc backend to use it. I'm guessing that at least gstreamer supports it right now.
unfortunately it is only available to linux, in windows there is no way to switch the phonon backend.
i really hope that kcontrol will be pushed out of kde-workspace, we need systemsetting in Windows at lease for :
- phonon backend.
- proxy.
- mouse ( in windows single click is the norm)
- icon.
friendly,
isn't there going to be a vlc build based on QT also ?
Work is in progress.
http://www.videolan.org/vlc/features.html
says:
A new Qt4 interface is to-be-introduced by VLC's 0.9.0 release. It is already enabled in the nightly builds with limited functionality.
Sweet! I just hope the Phonon API is robust enough that we can keep using it for many years.
@morphado: you should be able to change the phonon backend in qtconfig from the upcoming Qt 4.4, although I haven't tested it under win32 yet
> we need systemsetting in Windows at
> lease for
what we need is for the control panels @morphado: to be launchable from the windows control center. so someone needs to come up with cpl files and whatever other bits of glue are necessary.
and you can of course change the backend right now via config file.
@kwilliam: i don't see why not. features are being added already and the scope has grown to encompass even greater capabilities, even.
I just love VLC ! It's great to see that some of my favorite apps will have a QT4 frontend (Avidemux too :) )
and now, a phonon backend... thank you all !
yay! :) I always had a soft spot for mplayer.
Great news indeed! I've always had a soft spot for VLC despite its awkward user-interface. But the new QT one is great, even if it's a bit buggy in places but that's to be expected at this point in time.
Still, this piece of news reminded me of two things I'd REALLY want to see in KDE 4.x at some point.
1. Some sort of daemon that detects that "Oh. That program was not designed with KDE4 in mind. Let's substitute the qt/gtk fileselector for the KDE one".
2. In my experience, no multimedia backbone is suitable for all kinds of files. That was true in KDE 3.x, and it's still true. At least on my system. Xine is great most of the time, but for certain video-files mplayer or VLC is a better fit (usually .wmv and to some extent .qt/.mov). Which leads me to...would it be possible to extend phonon so that you could set it to play (for example) .wmv using the vlc-backend, .flv using the mplayer backend and the rest using the xine backend?
Just some thoughts.
Thanks for blogging my project :)
Forgot to say that I'm not a developer from VLC. Just a regular Qt dev...
Post a Comment