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
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
*** 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 sho
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,
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 receive
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
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
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
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
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 notificatio
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
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 need
'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 y
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-b
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 defa
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.c
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.l
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 u
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
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
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
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-bug
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
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.53&view=markup&pathrev=V_0_9_0
Are you certain you are not seeing your saved preference (~/.kinorc)?
If not, then is Deb
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 th
I have developed a simple patch for raw1394 that I am just beginning to
test that addresses the raw1394 security issue in a way completely
different than Jody's proposal. One drawback to using many different
device files is the impact of that change on the libraries and
applications that will take
26 matches
Mail list logo
