Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
Kino
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Popular ideas Here are the most popular ideas ever about Kino.

Download DV from camcorder over USB  
Written by teeks99 the 6 Apr 09 at 20:59. New
Currently only ieee1394 (Firewire) is supported for downloading video off of a DV camcorder. Many camcorders now have USB support, which is also much more common on computers. There is currently no way for people to get video off of their camera if they do not have a ieee1394 port.
101
votes
up equal down
Solution #1: Add USB support
Written by teeks99 the 6 Apr 09 at 20:59.
Add this ability to the video support.

See the 3 comments or propose a solution >>

Firewire camera should work without opening a terminal  
Written by xens the 13 Sep 08 at 23:12. New
If you plug a video camera (ieee1392 Firewire) and launch Kino (for example) your camera won't be detected.
You first need to modprobe the raw1394 module and then chmod the /dev/raw1394 device (according to many howto's...). That's not user-friendly.
The default user should be included in the group of /dev/raw1394 and the system should automatically detect the camera and load the raw1394 module

93
votes
up equal down
Solution #1: Auto-generated solution of idea #13161
Written by xens the 13 Sep 08 at 23:12.
Ubuntu Brainstorm was updated in January 2009. Since the idea #13161 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

See the 8 comments or propose a solution >>

Firewire videocapture out of the box  
Written by kurdo_kolene the 24 May 09 at 09:44. New
I know it has been filed as a bug on launchpad, but it's been 3 releases since i started using ubuntu and i still can't get video from my DV camera, unless i change file permissions, so i think this is rather a missing feature, rather than an outright bug. I DO NOT WANT TO INSTALL UBUNTU STUDIO!!! I have no use for it's gazillion video and audio editors, nor it's real-time kernel- I AM NOT A PROFESSIONAL VIDEO EDITOR(and if i was i would be using a Mac).
I know i'm not the only one who has this problems, as i hae seen people all over asking how to get this working. As with many things that need to be ironed out in ububuntu, the point is that you should have things working without following a tutorial involving the terminal on how to fix it.
And don't bother telling me to get a USB cam, because you'l simply miss the point.
18
votes
up equal down
Solution #1: Make firewire video work
Written by kurdo_kolene the 24 May 09 at 09:44.
Either develop a way to capture video without changing the permissions on raw1394 or make it easier to change those permissions, for example, directly through kino, using root password.
4
votes
up equal down
Solution #2: Enhance 85-kino.rules (in /etc/udev/rules.d)
Written by sjuk the 19 Aug 09 at 01:13.
There is already a udev rule shipped with kino. It would be easy to add a line for raw1394 with a group like video.

See the 1 comments or propose a solution >>

Integration of similar applications  
Written by trumbun the 27 Mar 09 at 08:35. New
The problem is that when you have a clip in kino (and other video editing tools) and you need a better tool to edit the audio you have to extract the audio and open it in Audacity.

I would like to have multimedia application integrate more wit each other to edit the audio in kino (and other video editing tools) with the Audacity editing capability without having to export anything.
3
votes
up equal down
Solution #1: Edit in Audacity feature in Kino
Written by trumbun the 27 Mar 09 at 08:35.
The Kino will recognize that Audacity is installed and when you select a clip and right click it you can select to edit that part in audacity and once done is sends you back to kino
5
votes
up equal down
Solution #2: Creation of a Linux Audio data swapping standard
Written by stochastic the 28 Mar 09 at 09:55.
In order for the applications to openly share audio back and forth, there would need to be a standard for audio data swapping decided upon. This method will allow open-ended development on this issue (i.e. more applications will be able to communicate with each other) than simply getting audacity and kino to talk (I'd prefer Kino and Rezound to talk, someone else might want OpenMovieEditor and Ardour to talk).

Add a comment or propose a solution >>