[prev in list] [next in list] [prev in thread] [next in thread]
List: linux1394-user
Subject: intermittent crashing of my system
From: Ronneil Camara <rcamara () rocketmail ! com>
Date: 2009-12-23 4:31:56
Message-ID: 606726.98361.qm () web35403 ! mail ! mud ! yahoo ! com
[Download RAW message or body]
Hi folks,
I've already experienced 6 crashes today when I record using either dvgrab or kino \
via firewire on my Fedora 12 system. I also just installed the tools today.
Here is my system information
Kernel
[root@mfe kerneloops-1261538948-1]# uname -a
Linux mfe 2.6.31.6-166.fc12.x86_64 #1 SMP Wed Dec 9 10:46:22 EST 2009 x86_64 x86_64 \
x86_64 GNU/Linux
[root@mfe kerneloops-1261538948-1]# lsmod | grep -e 1394 -e firewire
firewire_ohci 23348 0
firewire_core 47880 1 firewire_ohci
crc_itu_t 2080 1 firewire_core
> From /var/log/messages file, I am not sure though if this is related
Dec 22 21:29:08 localhost abrt: Kerneloops: Reported 1 kernel oopses to Abrt
Dec 22 21:29:08 localhost abrtd: Directory 'kerneloops-1261538948-1' creation \
detected
Dec 22 21:29:08 localhost abrtd: Getting local universal unique identification
Dec 22 21:29:08 localhost abrtd: Crash is in database already
Dec 22 21:29:08 localhost abrtd: Already saved crash, just sending dbus signal
Dec 22 21:29:08 localhost abrtd: Getting local universal unique identification
Dec 22 21:29:43 localhost kernel: firewire_core: created device fw0: GUID \
00cb8cd50000241d, S400
My firewire is built in on the motherboard. My motherboard is Gigabyte P55-UD4P
[root@mfe kerneloops-1261538948-1]# lspci | grep 1394
07:07.0 FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller \
(PHY/Link)
[root@mfe kerneloops-1261538948-1]# rpm -qa|grep 1394
libdc1394-2.1.2-3.fc12.x86_64
libdc1394-tools-2.1.2-3.fc12.x86_64
libraw1394-devel-2.0.4-1.fc12.x86_64
libavc1394-devel-0.5.3-9.fc12.x86_64
libraw1394-2.0.4-1.fc12.x86_64
libavc1394-0.5.3-9.fc12.x86_64
[root@mfe kerneloops-1261538948-1]# rpm -qa|grep kino
kino-1.3.4-2.fc12.x86_64
I've tried dvgrab version 3.4 and 3.5 and same behavior.
My video cam is a Panasonic PV G320. It still works great on my Fedora 6 which uses \
ohci1394 and ieee1394 modules.
And the other weird thing on the Fedora 12 is that when it records, the bitrate of \
the recording that dvgrab creates is 28000+ kb/s which is 3x the highest quality of a \
dvd bitrate.
Here is a file that was generated by dvgrab. The bitrate is 28771 kb/s which is \
totally unusual. The video that it generated is like puzzle squares. Playback is so \
sluggish on my machine even if it's an Intel i7 and ATI HD4670 video card.
[root@mfe camera]# ffmpeg -i foo001.dv
FFmpeg version SVN-r20372, Copyright (c) 2000-2009 Fabrice Bellard, et al.
built on Nov 7 2009 10:57:27 with gcc 4.4.2 20091027 (Red Hat 4.4.2-7)
configuration: --prefix=/usr --bindir=/usr/bin --datadir=/usr/share/ffmpeg \
--incdir=/usr/include/ffmpeg --libdir=/usr/lib64 --mandir=/usr/share/man \
--arch=x86_64 --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions \
-fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic' \
--extra-version=rpmfusion --enable-bzlib --enable-libdc1394 --enable-libdirac \
--enable-libfaad --enable-libgsm --enable-libmp3lame --enable-libopenjpeg \
--enable-libschroedinger --enable-libspeex --enable-libtheora --enable-libvorbis \
--enable-libx264 --enable-libxvid --enable-x11grab --enable-avfilter \
--enable-avfilter-lavf --enable-postproc --enable-pthreads --disable-static \
--enable-shared --enable-gpl --disable-debug --disable-stripping \
--shlibdir=/usr/lib64 --enable-runtime-cpudetect libavutil 50. 3. 0 / 50. 3. 0
libavcodec 52.37. 1 / 52.37. 1
libavformat 52.39. 2 / 52.39. 2
libavdevice 52. 2. 0 / 52. 2. 0
libavfilter 1. 4. 1 / 1. 4. 1
libswscale 0. 7. 1 / 0. 7. 1
libpostproc 51. 2. 0 / 51. 2. 0
Input #0, dv, from 'foo001.dv':
Duration: 00:00:01.43, start: 0.000000, bitrate: 28771 kb/s
Stream #0.0: Video: dvvideo, yuv411p, 720x480, 28771 kb/s, PAR 40:33 DAR 20:11, \
29.97 tbr, 29.97 tbn, 29.97 tbc At least one output file must be specified
Any help would be greatly appreciated.
Thanks,
Ronneil
------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
mailing list Linux1394-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux1394-user
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic