Re: [CinCV] SOWT Audio Patch
On Wed, Oct 27, 2010 at 1:05 PM, Johannes Sixt wrote: > On Mittwoch, 27. Oktober 2010, Einar Rünkaru wrote: >> Hi Johannes >> >> Can you add this patch from Mark to 2.1.5 official version. At least >> worked for me. > > Did it after some whitespace cleanup. > > I also removed the additions to outdated Makefile.* and moved the addition to > Makefile.am to the right place (good taste demands that extending a sorted > list keeps the list sorted, doesn't it ;) Thanks, I never claimed that it was a clean patch, just that it worked. I did not understand the Makefile stuff very well either. i just made it work for me. Mark ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: Cinelerra CinCV merge request / Cin2.1.5CV
On Mittwoch, 27. Oktober 2010, Monty Montgomery wrote: > On Wed, Oct 27, 2010 at 4:17 PM, Johannes Sixt wrote: > > When I back out the "Correct timing bug in the alsa driver" > > patch, things work well again. That is, I do not have to turn on "Disable > > hardware synchronization" to have fluent playback from the beginning. > > > > I'm on OpenSUSE 11.1. This is some 2.6.27.48 kernel flavor. > > What hardware? Latency feedback is implemented per-driver. If this is > happening one multiple chipsets, that's important to know. lspci says: 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02) The driver is obviously snd_hda_intel. > > The change to ALSA, BTW, was simply to move the latency calculation to > where it actually reflected the buffer fill; the old code was always > one fragment off because it calculated latency not accounting for the > fragment it was about to write. Does the old code have proper sync > for you if you set the fragment size to something large? Audio is not well synchronized. With a "Playback buffer size" of 16384 it is awful, and much better with 4096, but not perfect. With your patch and "Disable hardware synch" switched off, synchronization is very good, regardless of the buffer size. But there is this jerky video that catches up with the audio only after a few seconds. > I also wonder if this is not actually something directly to do with > the audio driver, but is tickling some other timing issue; eg, if the > audio was always late/early before, then it changes the timing of when > video frames need to arrive relative to decode time. If the playback > cursor is *also* jumping around or jerky... then it's definitely the > sound driver. If the cursor is smooth, that implicates other things. The playback cursor does jump around while the video lags behind. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: Cinelerra CinCV merge request / Cin2.1.5CV
On Wed, Oct 27, 2010 at 4:17 PM, Johannes Sixt wrote: > On Mittwoch, 27. Oktober 2010, Monty Montgomery wrote: >> > Speaking of sync: With the patches applied, I get acceptable playback >> > only when I "Disable hardware synchronization". >> >> Ah, that part of the patch got cherrypicked too, OK. I renamed the >> option in my own tree so that it says what it actually does. >> >> > Otherwise, although audio output >> > is continuous, video is jerky at the beginning, and then catches up with >> > the audio. This happens at every playback change (forward, reverse, >> > half-speed, normal-speed, double-speed). >> >> With OSS? > > No. With ALSA. Oh! That's considerably more interesting then. > When I back out the "Correct timing bug in the alsa driver" > patch, things work well again. That is, I do not have to turn on "Disable > hardware synchronization" to have fluent playback from the beginning. > > I'm on OpenSUSE 11.1. This is some 2.6.27.48 kernel flavor. What hardware? Latency feedback is implemented per-driver. If this is happening one multiple chipsets, that's important to know. The change to ALSA, BTW, was simply to move the latency calculation to where it actually reflected the buffer fill; the old code was always one fragment off because it calculated latency not accounting for the fragment it was about to write. Does the old code have proper sync for you if you set the fragment size to something large? [collecting more information so that I can better target some debugging code addition. Obviously, there's more debugging to do here.] I also wonder if this is not actually something directly to do with the audio driver, but is tickling some other timing issue; eg, if the audio was always late/early before, then it changes the timing of when video frames need to arrive relative to decode time. If the playback cursor is *also* jumping around or jerky... then it's definitely the sound driver. If the cursor is smooth, that implicates other things. Monty ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Re: Cinelerra CinCV merge request / Cin2.1.5CV
On Mittwoch, 27. Oktober 2010, Simeon Völkel wrote: > On 10/26/10 22:12, Johannes Sixt wrote: > > - b789d4ff fix background rendering crash on >=jpeg-7 > > This doesn't compile here. It needs version checks around uses of > > do_fancy_upsampling. > > I've added these checks and extended the commit message, see branch > cin2.1sv_reworked or [1]. Thanks. This works. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: Cinelerra CinCV merge request / Cin2.1.5CV
On Mittwoch, 27. Oktober 2010, Monty Montgomery wrote: > > Speaking of sync: With the patches applied, I get acceptable playback > > only when I "Disable hardware synchronization". > > Ah, that part of the patch got cherrypicked too, OK. I renamed the > option in my own tree so that it says what it actually does. > > > Otherwise, although audio output > > is continuous, video is jerky at the beginning, and then catches up with > > the audio. This happens at every playback change (forward, reverse, > > half-speed, normal-speed, double-speed). > > With OSS? No. With ALSA. When I back out the "Correct timing bug in the alsa driver" patch, things work well again. That is, I do not have to turn on "Disable hardware synchronization" to have fluent playback from the beginning. I'm on OpenSUSE 11.1. This is some 2.6.27.48 kernel flavor. > If you have a prepackaged mode you can point me to that I can turn on > and off easily per-buffer, I'll use it (eg, what the Linux kernel > offers). The Linux kernel style would be suitable for the Cinelerra code base as well. I don't know how to set a style in Emacs, though. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] SOWT Audio Patch
On Mittwoch, 27. Oktober 2010, Einar Rünkaru wrote: > Hi Johannes > > Can you add this patch from Mark to 2.1.5 official version. At least > worked for me. Did it after some whitespace cleanup. I also removed the additions to outdated Makefile.* and moved the addition to Makefile.am to the right place (good taste demands that extending a sorted list keeps the list sorted, doesn't it ;) -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Install cinelerra and gpg key
ola Francisco gpg keys shouldn't be necessary, in order to install cinelerra... say yes and install cinelerra Dear Sirs, I have been trying to install cinelerra several times for two hours, but unfortunately I couldn't. I followed the instructions on the web. I used the debi package (I use ubuntu lucid distribution) and it worked, so the repositories were added. But when I update the list, the system says that the gpg key is not available. I tried to add the key manually, even with alternate keyservers but it did not work. I would like to install this very useful program. Could you give me a hand to sort my problem out? Thanks Francisco This message was sent using IMP, the Internet Messaging Program. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: Cinelerra CinCV merge request / Cin2.1.5CV
Yes it's all fine.. thx! Vale git://git.cinelerra.org/j6t/cinelerra.git sv/gentoo-fixes This state doesn't work for me (it crashes on the first playback of DV), hence, I didn't push it to master right away. I'll investigate. No, it doesn't crash. It's all fine. -- Hannes ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra This message was sent using IMP, the Internet Messaging Program. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] Install cinelerra and gpg key
Dear Sirs, I have been trying to install cinelerra several times for two hours, but unfortunately I couldn't. I followed the instructions on the web. I used the debi package (I use ubuntu lucid distribution) and it worked, so the repositories were added. But when I update the list, the system says that the gpg key is not available. I tried to add the key manually, even with alternate keyservers but it did not work. I would like to install this very useful program. Could you give me a hand to sort my problem out? Thanks Francisco
