[Bug 925403] Re: [oneiric] MLT doesn't compile with libav 0.8 and uses dropped internal symbols
Fixed in mlt git commit 4d3a91. I plan to have a new release soon. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/925403 Title: [oneiric] MLT doesn't compile with libav 0.8 and uses dropped internal symbols To manage notifications about this bug go to: https://bugs.launchpad.net/kdenlive/+bug/925403/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
Thank you, Andy, for your sensible and lucid explanation. ;-) -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 589385] Re: ffplay shows video-color-mismatch
*** This bug is a duplicate of bug 305286 *** https://bugs.launchpad.net/bugs/305286 If the fix is in the libs (i.e. libavformat, libavcodec), then mlt (melt) and thereby kdenlive will get it as well. kaputtnik, you probably did not rebuilt mlt against your new ffmpeg version. -- ffplay shows video-color-mismatch https://bugs.launchpad.net/bugs/589385 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
I learned that you must update the initrd images after changing the blacklist file: sudo update-initramfs -k all -u -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
I finally got a chance to setup 10.04 on a machine with FireWire, and the changing /etc/modprobe.d/blacklist-firewire.conf has no effect! It still loads ohci1394 and not firewire-ohci. Why? -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
There is no /etc/modprobe.conf. Yes, there is an initrd and 'mkinitramfs -v -o /dev/null | egrep '1394|firewire' shows both subsystems included. Not sure the best to resolve this. -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
Blempis (comment 66), I think your first attempt to fix this (comment out blacklisted firewire modules) did not work because you either did not uncomment the ieee1394-based modules (ohci1394 - video1394) or because you did not reboot. If you did not uncomment the legacy modules, then they might have started first and acquired the hardware. Stefan, is there something wrong in the udev rules now? What is it that you are referring to? -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
The new firewire subsystem and udev rules to enable permissions for camera devices for members of group 'video' is in the kernel package in 10.04! Unfortunately so is the legacy ieee1394 stack, and guess which one starts up by default on my box? You guessed it: ieee1394 - sigh. Can anyone locate a ticket or document that explains why ieee1394 is still preferred over firewire? Go ahead and read /etc/modprobe.d/blacklist-firewire.conf. Then, edit it to uncomment the non-firewire lines and comment out the firewire lines. Can anyone really blame me for no longer working on Kino? Thank god new cameras are all file-based. -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken (no rights for /dev/raw1394)
According to /usr/share/doc/module-init-tools/changelog.Debian.gz, you all can go blame Andy Whitcroft and Tim Gardner for what appears to be an arbitrary decision: supposedly backwards compatibility. Uh, nearly all applications use libraw1394, and I build backwards compatibility into that! For more information, the changelog entry references bug https://bugs.launchpad.net/ubuntu/+source/linux/+bug/276463 But those comments are from 2008! Here is the current status: http://www.ffado.org/?q=node/1316 So, basically, the multitude of camcorder owners are being sacrificed for the handful of pro-audio firewire interface users. I do not have anything against FFADO, and its maintainer is a great guy. And even though I maintain libraw1394 (as little as possible admittedly), I do not have an audio interface to work on this firsthand nor the motivation to do so. At some point, we need to decide to move on and sacrifice the few stragglers. FFADO users should have been the ones forced to change their blacklist file. -- DV capture over Firewire is broken (no rights for /dev/raw1394) https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 574457] Re: melt displays and renders garbage while playing .ogv in ubuntu 10.04
This bug report belongs upstream, not in Ubuntu. -- melt displays and renders garbage while playing .ogv in ubuntu 10.04 https://bugs.launchpad.net/bugs/574457 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 574457] Re: melt displays and renders garbage while playing .ogv in ubuntu 10.04
To bug administrators, feel free to close this. This is a known issue for which there is no plan of resolution other than to wait for ffmpeg to improve. -- melt displays and renders garbage while playing .ogv in ubuntu 10.04 https://bugs.launchpad.net/bugs/574457 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 491335] Re: SDL 1.12.13 needs upgrading to version 1.2.14
Also affects OpenShot. I think it when using the SDL_ClipRect feature. I could reproduce the problem in VirtualBox with both packaged as well as 1.2.13 source tarball. Problem no longer exists - at least in VirtualBox - after compiling and using SDL 1.2.14 from source tarball. -- SDL 1.12.13 needs upgrading to version 1.2.14 https://bugs.launchpad.net/bugs/491335 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 364035] Re: DV acquisition doesn't work kdenlive 0.7.3 jaunty 32
'ffplay -f dv ... some.avi' is incorrect because '-f dv' specifies raw dv, and this is an AVI. You can try to test this with 'dvgrab - | ffplay -f dv pipe:' -- DV acquisition doesn't work kdenlive 0.7.3 jaunty 32 https://bugs.launchpad.net/bugs/364035 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 377439] Re: Cuts last filename letter, so crashes importing videos
Fixed in v1.3.3, released a few months ago, and noted as such in the ChangeLog. -- Cuts last filename letter, so crashes importing videos https://bugs.launchpad.net/bugs/377439 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 276463] Re: Enable new Firewire stack in default kernel config
Yeah, unfortunately, the Jack driver FFADO is known to not be working with new firewire. I was working on some minor fixes in libraw1394 with the FFADO project earlier in the month, but we got stuck on one last issue just before the holidays. I will ping them. -- Enable new Firewire stack in default kernel config https://bugs.launchpad.net/bugs/276463 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 307744] Re: kino should notify if dvgrab is missing before attempting capture
Kino does not use dvgrab. -- kino should notify if dvgrab is missing before attempting capture https://bugs.launchpad.net/bugs/307744 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: use /dev/video1394, not /dev/raw1394
Kino has not supported video1394 for years. You are meaning dv1394 when you write video1394. Also, why do you think I did not enable that option by default? The answer is that it imposes major usability issues. The new firewire subsystem and libraw1394 2.0 have resolved the security issue with using /dev/raw1394. Now, read/write permissions can be enabled on a per node/device basis. All that is left to do is to configure udev to determine when a new node is a camera and then set the group and permissions on /dev/fwN accordingly. I believe there is still a little less stability in firewire than ieee1394 on some devices, but perhaps better in others. It is difficult to weigh that trade-off. Maybe Stefan Richter has more of a gauge of that. I do not know the state of Ubuntu 8.10 alpha. Is the kernel using firewire or ieee1394? On your system, is raw1394 loaded and does /dev/raw1394 exist when you plug in your camera? -- DV capture over Firewire is broken https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 6290] Re: DV capture over Firewire is broken
In that case you should expect that running as root would allow it to work, but you reported it is not. If both ieee1394 and firewire subsystems are enabled in the kernel, then it may create this problem: grep FIREWIRE /boot/config-$(uname -r) -- DV capture over Firewire is broken https://bugs.launchpad.net/bugs/6290 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 188553] Re: kino exit when cutting some part of video with gutsy
Doing some basic web research on this, I came across the following: http://bugzilla.gnome.org/show_bug.cgi?id=479929 The reason it is interesting is because Kino installs its own segv handler, and this problem started appearing recently. Are you running a GNOME 2.20 desktop? It would be great if someone here can rebuild their Kino .deb. If so, then you can edit kino/src/main.c and disable the segv handler. It's easy; just look for the line signal( SIGSEGV, signal_handler); and comment it out. -- kino exit when cutting some part of video with gutsy https://bugs.launchpad.net/bugs/188553 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 44855] Re: video import fails
This is fixed as of at least edgy, which includes 0.9.0 of Kino, according to packages.ubuntu.com. -- video import fails https://launchpad.net/bugs/44855 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 35749] Re: [dapper] kino segfaults when trimming video start/end
Still not able to reproduce (using CVS HEAD) and the additional backtrace is still not helping. -- [dapper] kino segfaults when trimming video start/end https://launchpad.net/bugs/35749 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 37855] Re: avi mpeg import fails
This bug is fixed as of Ubuntu Edgy, which includes kino 0.9.0 with the change mentioned here. -- avi mpeg import fails https://launchpad.net/bugs/37855 -- kubuntu-bugs mailing list kubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 76652] Re: Error writing to KINO/MJPEG audio filter - aborting
If you do not have mjpegtools, then how do you expect it to work? -- Error writing to KINO/MJPEG audio filter - aborting https://launchpad.net/bugs/76652 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 67818] Re: Kino (0.9.0) defaults to use /dev/raw1394 but Ubuntu uses /dev/dv1394/0
Kino's 0.9.0 source release already defaults to /dev/dv1394/0 for some time. See line 188 on this page: http://kino.cvs.sourceforge.net/kino/kino/src/preferences.cc?revision=1.53view=markuppathrev=V_0_9_0 Are you certain you are not seeing your saved preference (~/.kinorc)? If not, then is Debian or Ubuntu appying a patch to mistakenly change the default? Please do not bother to submit a patch to Kino for anything related to dv1394 because I will not accept it. dv1394 support will soon be removed. dv1394 was written to overcome problems with video1394, but it has been superceded by newer interfaces in raw1394. In Ubuntu for many reason, not least security, raw1394 cannot be accessed for normal users Yes, security is a problem, and it is being addressed--some draft patches already submitted and discussed pending finalization. However, security is the *only* reason--NOT for many reason. -- Kino (0.9.0) defaults to use /dev/raw1394 but Ubuntu uses /dev/dv1394/0 https://launchpad.net/bugs/67818 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 66537] Re: kinoplus 0.3.5-3 breaks kino 0.9
If it is just the debian package, then kino is not dependent on kinoplus. It is just recommended. I think the maintainer should consider breaking the recommendation, and potentially remove kinoplus package altogether. For a while, kinoplus was not exactly harmful, but now it is causing more harm than benefit. -- kinoplus 0.3.5-3 breaks kino 0.9 https://launchpad.net/bugs/66537 -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
