Piotr Legiecki wrote:
error message:
frame dropped: timecode 00:25:27.10 date 2006.09.04 09:42:59
This error means that the ieee1394 driver received an incomplete frame.
.
Is it something wrong with my system?
Are you using Cinelerra or dvgrab to get the data? I usually use
Matt k wrote:
i am trying to install cinelerra 2.0 on ym linux box and get the following
message when running the yum installer. i am 90% sure i installed the
neccessary libraries. any help would be appreciated.
thanks in advance,
Try this:
rpm --import /etc/pki/rpm-gpg/RPM-GPG-KEY-freshrpms
Format PresetDVD
Change to DVD-NAV (Make sure it's the 8th option).
-Brendan
___
Cinelerra mailing list
Cinelerra@skolelinux.no
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Graham Evans wrote:
I seem to remember that some really logical choices like "Format Preset:
DVD" led to render errors. For me the options given above worked and I
generally only fiddle with the Bitrate.
One needs to use "DVD-NAV" (Type 8) rather than the "DVD" (Type 9)
variant. Type 8 is t
Joe Friedrichsen wrote:
I've noticed that in some videos I've made as well - the background
appears to change the way the title fades in. This is still different.
In the sample file (http://www.f-forge.com/?d=EdD1UKgj9LQsCupcxJwR), the
flicker is quite obvious - it's not coming from a contrast
[EMAIL PROTECTED] wrote:
Brendan,
Why is that?
It's the nature of hyperthreading. You don't actually have a second CPU
core with hyperthreading, that's just how it appears. Inside the CPU
there are multiple execution units. When you're running a program there
are times when some of these
Kevin Brosius wrote:
Have you tried cinelerra on this system? Your comments seem odd, as on
my dual systems, cinelerra will use both cpus (or cpu pipelines on HT
machines) during rendering.
For actual rendering you're likely to see a performance hit if you let
the renderer use both "cpus" of
Andraz Tori wrote:
If you are working with DV material I am positively convinced you are
using non-optimized build of libdv.
I've seen this before, all you need is libdv 0.103 or newer, properly
compiled for x86
Another possible thing to check is the audio output method. When I was
using O
Pierre Marc Dumuid wrote:
Anyone have a suggestion either way? I initially thought AMD Sempron
cause as I was personally curious to see how a 64 bit machine performs,
but now I am actually thinking that the dual processor may be more useful?
The dual core is a quite beneficial when doing any
Hi everyone,
As a novice cinelerra user, I've run into a heinous problem every now
and again. After doing some work on a video, I'll save, do some more,
save for a day or two. Normally when I start up again, the xml file
is a few dozen to a few hundred k. Every now and again, it's 5
me
Dan Streetman wrote:
Say I have 2 video tracks, one main track and one overlay track. The main
track has all my video data and the overlay track has short bits. I want
to transition into each of the short bits. No problem transitioning into
them, but I can't transition out of them since tran
Nicolas wrote:
Anyone has an idea?
The strace output is pretty unrevealing. You might try building with
debugging enabled then running it under gdb (or attaching to it).
That'll give you a better idea of where the problem is.
-Brendan ([EMAIL PROTECTED])
__
Nicolas wrote:
There're 1659 devices in /dev. How can I know which ones are used by
cinelerra?
I reduced the number of devices by not taking into account the devices
in 666 mode, or devices whose group is one of the groups which the
"normal" user belongs to. I get 1332 devices nodes "only".
Any
Hey folks,
I've scoured a bunch of sites, including some made with reference to
older cinelerra versions, about how to make the best DVD possible. By
best, I mean the most compatible, highest quality mpeg footage. I'd
like to compare notes with others on the list who are rendering to
finall
Andraz Tori wrote:
That is great, what would be really needed is for FC users to be able to
use apt or whatever default "autoinstaller" is on FC platform...
can you change your repository to become valid apt/yum ?
Hmmm. Maybe. I'm not sure if anything else is necessary, but I've run
yum-arc
Andraz Tori wrote:
Packages for other platforms are a bit more tricky thing to get if you
want to be up to date. Ubuntu is built by Jure Chualev quite regularly
lately. As for Redhat and SuSe, we are looking for people that would
create packages regularly.
I rebuild on FC4/x86_64 pretty regular
Nicolas wrote:
30 fps when playing DV ? That's very good!
When I play a video, the picture in the compositor window looks like a
slide-show. It plays at around 3 or 4 fps. I render hundreds of time
when working on a video.
Painful, isn't it? Try playback with the audio tracks disarmed and see
Hi folks,
For quite some time, I've been agonizing over using Hvirtual's 2.0
release vs the cvs release. The problem was the hvirtual binary did
~20FPS dv playback, but cvs only did ~6FPS. Enter oprofile.
My FC4 system is more or less a stock system, plus bits from the extras,
freshrpms, a
Andraz Tori wrote:
hmmm i've just checked
there has to be a bug in your patch.. %d count and number of arguments
do not match..
Oops, here's a patch for that. The theory here is that if we're doing
fixed bit rate, we don't want to start talking about quantization level.
Likewise, if we're
Andraz Tori wrote:
can you send it as attachment, and i'll commit
Sure, here you go.
-Brendan
Index: cinelerra/filempeg.C
===
--- cinelerra/filempeg.C (revision 732)
+++ cinelerra/filempeg.C (working copy)
@@ -240,7 +240,7 @@
Since it seems nobody is really benefiting by having the '-q 0' setting
for mpeg video output, I propose the following patch. If there's other
braindead command line arguements in there by default, we can tweak them
as well.
Index: cinelerra/filempeg.C
Nicolas wrote:
I exported as YUV4MPEG stream, used mpeg2enc to encode to mpeg2, used
mplex and so on. And what I get is a jerky video which is simply
horrible.
Like Pierre suggested, you may be seeing the result of not using bottom
field first. It's definitely a prerequisite if your footage c
Wesley T Allen wrote:
#2. This is in the list also, someone wrote a sed script or something I
recall... I personally prefer using a YUV4MPEG pipe interface for
recording to mpeg, (you then become the controller of the arguments ot
mpeg2enc rather than cinelerra)
I'll go scour archives
No
Billy Willoughby Jr. wrote:
I don't have another one installed, but I'll check it out. But MPlayer,
Audacity, amaroK all seem to work fine, so I wonder if it's a sound
device problem or just something I've messed up in Cinelerra.
You might try removing or renaming ~/.bcast/Cinelerra_rc
This
Nicolas MAUFRAIS wrote:
As anyone already done that? What rendering format should I use? I think
raw DV could be fine. I could convert it to mpeg with mpeg2enc, using
the same command lines I used in Kino (when it was still functionning
without crashing each minute).
I just use Cinellera's MPEG
25 matches
Mail list logo