Warning: session_start(): open(/tmp/sess_6lilou9dvilfc0knj3js6cjiq6, O_RDWR) failed: No space left on device (28) in /www/H01/htdocs/lib/base/lib_base.php on line 280
Dragon Player openDesktop.org
-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    Linux42.org    OpenSkillz.com   
 
Home
Apps
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login


-
- Content .- Fans (5) .- Knowledge Base  . 

Dragon Player

   2.0.1  

KDE Video Application

Score 80%
eeaneean
Amarok
Dragon Player
zoom


Link:  http://dragonplayer.org
Downloads:  26964
Submitted:  Oct 20 2004
Updated:  Feb 26 2008

Description:

Dragon Player is a video player for KDE 4 that focuses on simplicity
and easy of use. It is the successor of Codeine, a player for KDE 3.

It is now available in gutsy-backports, check out the Dragon Player website if you use Kubuntu.




Changelog:

2.0.1
Removed the locking of the volumeSlider if the mute is active

2.0.0
Fixed issue where if the user ESCed the play media dialog it wouldn't reappear.
Pressing 'M' causes mute
Return to the logo when playback is explictly stopped
New Icon
Fixed crash on double click in KPart Bug #157579
The volumeSlider is locked if the mute is active

2.0-rc1
Fix status bar title disappearing on window resize
Can turn off subtitles
Can revert to the 'auto' audio channel
Save subtitle and audio channel selection
New DBus API under /Player and /TrackList. A full implementation of MPRIS.
Fix pausing and then playing causing the window size to revert.
A new smart "Play Disc" button that plays whatever kind of media is inserted and
if more then one disc is inserted it lets you pick which disc to play.
As a result, Video CD's and Audio CD's are now experimentally supported.

2.0-beta1
Fix hang on close when paused
Restore cursor hiding over the playing video widget
Restore video settings widget (contrast, brightness), as a sidebar instead of a window.
Restore KPart
Save video settings
Audio channel selectable
Volume slider toolbar. Volume saved globally, not per-file.
Imported Amarok's runtime-selectable debug() system

2.0-alpha1
New maintainer: Ian Monroe
Renamed to Dragon Player
Ported to Qt4, KDE4 and Phonon. Many feature regressions. None of Codeine's bugs though... a whole new set!




LicenseGPL
Source(Dragon Player 2.0.1)
Source(Codeine 1.0.1)
other(Dragon - Arch Linux)
SUSE(One-Click SUSE install Dragon Player)
Debian(Dragon Player 2.0-1)
Donate
Send to a friend
Subscribe
Other  Content  from eean
Report inappropriate content



goto page: prev   1  2  3  4  5  6  7  8  9  10 ...

-
.

 Video support NMM?

 
 by iceman on: Oct 29 2004
 
Score 50%
icemaniceman
Adept Solutions
Home

Hi,

Am keen to give this a try, was wondering if you were looking at trying out other engines like GStreamer or NMM for Video and Audio support. Secondly i see a poll on the amaroK website about amaroK video support, for now it seems most users want this feature, what will happen to Codeine then? Could you put you efforts in adding these features to amaroK maybe? There is need for a playlist manager since people have huge collections of DivX and Theora movies on their harddrives these days.

thank you for Codeine and amaroK!

iCEmAn


Reply to this

-

 Re: Video support NM

 
 by eean on: Oct 31 2004
 
Score 50%
eeaneean
Amarok

ironically, according to amaroK's CVS changelog, amaroK now has video support when using NMM, if I read it correctly.


Reply to this

-

 Re: Video support NMM?

 
 by MxCl on: Nov 1 2004
 
Score 50%

I won't be switching the backend from xine to something else until I am sure it is wise. But if say, NMM becomes common and stable, I may make it possible to compile different backends into Codeine. Most likely this will be a compile time thing, not a plugin system, so as to keep things simple and bug-free.

It is worth mentioning that supporting one backend means Codeine has a good user experience. For example seeking has a different feel for different backends, you have to tweak the UI and the use of the engine to make seeking quick and responsive. If I started supporting multiple backends without care, Codeine would not be as good for any of them. This doesn't mean Codeine will never switch backend or support superior backends, it just means I would be sure to choose carefully.

amaroK's video support will be _very_ basic. Really basic! We won't be adding any new interface to support video at all (in all liklihood). Codeine is very specialised for video and thus will always be a superior option for people who just want to play some video files or DVDs. Of course it doesn't have a playlist and won't ever have one, so maybe Kaffeine is better for some people.

Thanks for the interest! :)


Reply to this

-
.

 output vs controls

 
 by kinkerlitzchen on: Nov 6 2004
 
Score 50%

Why are you separating the output window from the controls? Don't tell me it's just because you wanted to be different from kaffeine...


no news is bad news
Reply to this

-

 Re: output vs controls

 
 by MxCl on: Nov 6 2004
 
Score 50%

I've always found it is more useful to have the windows separate. With video you frequently resize the video, because video streams are always different sizes. However if you resize the mainwindow frequently it also means the positions of the toolbar buttons and status informations are moving and resizing. As a frequent operation this is disruptive to the user experience in my opinion.

Also Codeine tries to be clever and resizes the VideoWindow automatically to the default video size, and then in future sessions, to whatever size the user resized that particular video. It is very disorientating for the user when Windows with controls in them automatically resize. The only real option is to separate the two windows.

Thanks for your interest in Codeine.


Reply to this

-

 Re: Re: output vs controls

 
 by kinkerlitzchen on: Nov 6 2004
 
Score 50%

OK, I see. Yet I can imagine several problems:

1. What's happening to the controls if the output window is automatically resizing? Are they possibly overlapped? What if they are overlapped? How do I access the controls then?

2. I want to rearrange my windows. Do the controls follow the movement of the output window? I guess not, so I would have to move two windows out of my way. When moving the output window I have to keep an eye on the controls so as to not hide them under the output window. That's annoying.

3. I want to close the application. Does closing the output window close the application? Or do I have to close the controls window? The same applies to minimize: I want to minimize the movie player. As i am currently watching a movie, i try to minimze the output window. There's no button. Where are the controls? Ah, there they are. Let's minimize them to also minimize the output window.... weird.

I think it less problematic to have the controls and the output in one window. Actions like minimizing or closing will be unambiguous. The controls will always be visible - and always accessible at the bottom or the top of the one, single window.

to make it short: The soultion with two windows produces more problems than it seems to solve.

Regards,
kinkerlitzchen aka kiki


no news is bad news
Reply to this

-

 2 vs 1 Windows

 
 by MxCl on: Nov 6 2004
 
Score 50%

1. Yes, the controls may get overlapped. Good point. I think I can fix this.

2. Annoying, but so is automatically resizing a window that contains controls. Everything's a compromise.

3. Closing the videoWindow stops playback, I feel that closing the application when you close a secondary-window is very bad usability. The other point about wanting to minimise the videoWindow is valid, the problem is related to a few bugs in KWin that I need to figure out and report. Basically the two windows need one taskbar entry, this they have, but KWin isn't perfect in how it handles stuff.

> to make it short: The soultion with
> two windows produces more problems
> than it seems to solve.

Well not IMO. I have listed arguments before that explain that a single window design is not perfect either. All interface decisions tend to involve compromise. I believe my choices offer the best solution for the usage Codeine is designed for. Still I am starting to consider a single Window design that may be a better compromise. I have to make some notes.

Thanks for your comments. Just out of interest, what are you thoughts on Codeine in general?


Reply to this

-

 Re: 2 vs 1 Windows

 
 by kinkerlitzchen on: Nov 9 2004
 
Score 50%

Sorry, I wasn't notified about your answer. Here's my somewhat "late" reply:

> Thanks for your comments. Just out of interest,
> what are you thoughts on Codeine in general?

I think it a good idea to reduce the controls to a minimum and offer an application that just -well, yeah!- plays video(/media) files. There is still (resp.: again) a lack of such an application in the KDE world. But be careful not to cut a feature a lot of people may miss. As an example think of a volume control. It's essential in my opinion. I'm sure most people are used to controlling the volume via the player they're currently using. If you plan to incorporate one, please make it _vertical_.
On the other hand reconsider the visual analyzer. Though it may have some justified reason to be there -it shows that actually there is some sound- it just doesn't fit into an interface with such reduced controls. People who want all the fuzz may be better pleased with a "fully featured video suite" like Kaffeine. People who don't like Kaffeine due to it's recent bloat may be offended by an analyzer that's taking up a considerable amount of the otherwise carefully reduced interface.

Note I was surprised to see Codeine is able to play audio cds as well. I'm not sure what to think about that, whether people would expect Codeine to do so, whether they would use it. I hope you will get some feedback on this matter. I liked the "recently played" field, it's very handy. But I missed a "stop" button. I know it works without, but I expect media players to have one.

Wrt to the "2 vs 1 windows" thing bear in mind:
1. "Understand what the user needs"
2. "You are not the user".

I am looking forward to the next release of Codeine, keep up the good work :)

kiki


no news is bad news
Reply to this

-

 amaroK

 
 by vide on: Nov 6 2004
 
Score 50%
videvide
www.heavy-me tal.it
Home

Max, are you going in the future to integrate this with amaroK? :)


"There is no stronger drug than reality"
Reply to this

-

 Re: amaroK

 
 by MxCl on: Nov 6 2004
 
Score 50%

What kind of integration are you thinking of?


Reply to this

-
.

 Re: Re: amaroK

 
 by vide on: Nov 10 2004
 
Score 50%
videvide
www.heavy-me tal.it
Home

Sorry for the delay...

Well, being Codeine a multi-windows application, it could be IMO quite easy to integrate the video output window in amaroK, so if in the playlist you have something that needs a video output, here it pop up a video window.


"There is no stronger drug than reality"
Reply to this

-

 about codeine

 
 by cmf on: Nov 6 2004
 
Score 50%

In the "about codeine" window it lists it as codeine 1.0 alpha1? even in beta2?

Just so you know.


Reply to this

-

 Re: about codeine

 
 by MxCl on: Nov 6 2004
 
Score 50%

Hmm, I made that mistake for beta1, but not beta2. I believe it is possible you didn't upgrade successfully..


Reply to this

-

 Re: Re: about codeine

 
 by cmf on: Nov 7 2004
 
Score 50%

ahh yes, issue with my ARch pkg, all's good now :)


Reply to this

-
.

 Definitive!

 
 by peroxid on: Nov 11 2004
 
Score 50%

I think startup is faster than beta1, if that is posible. And now the slider works it is my definitive video player. And having amarok as my definitive audio player... I have to give you many thanks.

Do you know what's the STOP_THE_INSANITY kicker cvs branch? I really believe kde need more coders like you to stop the bloat and nonsense. You can call me stupid, but I have just seen e17... no words.


Reply to this

-
.

 wish

 
 by peroxid on: Dec 1 2004
 
Score 50%

What about to make left/right keyboard buttons to go 5 secs back/fordward?


Reply to this

goto page: prev   1  2  3  4  5  6  7  8  9  10 ...

Add commentBack




-



 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Apps
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Content RSS   
Events RSS   

Participate
Groups
Forum
Add Content
Public API
About openDesktop.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2007-2016 openDesktop.org Team  
All rights reserved. openDesktop.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
openDesktop is a trademark of the openDesktop.org Team