Re: [CinCV] need clarification of user-manual comment
Na 7.10.10 15:55, Hannu Vuolasaho je pisal: I'm working with 720p and 480p vertical but want to maintain close to a 16:9 aspect. 720p works ok at 1280x720 but 480 need 854 horizontal to achieve the correct aspect...I end up scaling to 848x480 to maintain the divisible by 16 constraint...that is acceptable... Also. I found that exporting to ogg from 1440x1080 m2t file from HDV dvgrab source doesn't work like you expect. On the bottom there was green stripe. AFAIK this hapens because of abovementioned difference in square and nonsquare pixels. Whn i'm working on PAL videos I need scale my video by 1.07 to get a proper sized image without a green stripe. -- lp | bye teardrop ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Re: Viewer does not play any files
Thanks. Everywhere I look it says 4.1 HV does not support the viewer. I am using CV, not HV. But it does not work. Regards, David Koski da...@kosmosisland.com > On 2010-10-07 03:24, David Koski wrote: > > I also have the same problem but with Cinelerra CV 4.1. More > > information: > > > > Version: 4.1-0.1 > > Debian Squeeze > > kernel: 2.6.32-5-amd64 > > > > This Cinelerra was installed from a debian package, not compiled from > > source. > > > Regards, > > David Koski > > da...@??? > > http://e.kevb.net/lurker/search/20090926.140634.0...@ml:cinelerra,viewe > r,4.1.en.html > > > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Compile error
07.10.2010 21:42, Frans de Boer kirjoitti: Sorry, but OpenSuse 11.3 does not have these libraries nor a compiled versions of Cinelerra, at least not that I can see. How about packman's repos? http://packman.links2linux.org/package/cinelerra openSUSE 11.3 i586 cinelerra-2.1.cv20100802-2.pm.9.6.i586.rpm 5 days ago openSUSE 11.3 x86_64 cinelerra-2.1.cv20100802-2.pm.9.5.x86_64.rpm 6 days ago http://packman.links2linux.org/search?scope=name&q=x264 http://packman.links2linux.org/search?scope=name&q=ffmpeg Best Regards Asmo Koskinen. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Compile error
Frans, dont give up on that... You probably need to add some packman repository to your Yast software management. I actually tried a precompiled version but gave up on it because of the histogram not working properly. What I suggest : - activate some packman repo - get a precompiled version of Cinelerra - it will (should) drag the appropriate libs to your sytem - try cinelerra - does not work to your liking ? then compile it As Scott suggested dont bother compiling every single lib, as far as I am concerned it does not make any difference. Another idea would be to compile with external ffmpeg but I have never done that. And yes I agree it is frustrating, but it eventually works Cheers E Sorry, but OpenSuse 11.3 does not have these libraries nor a compiled versions of Cinelerra, at least not that I can see. What else can I do, I will look into the code and if it gets to difficult, I just switch to another tool. Thanks for the remarks, I leave at that. Frans. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] Compile error
On 10/07/2010 03:36 PM, sfrase6 wrote: > Maybe silly answer but... make sure you have libx264 and libx264-devel > >> installed. >> Why don't you use the packages provided by your distro instead of >> building the x264 git version? >> >> > Frans, > In my experience on both Ubuntu and Fedora (32 and 64bit versions), compiling > X264 is a nightmare. Do yourself a favor and, as Roland suggests, use > your distros' pre-compiled packages. > > scott > > ___ > Cinelerra mailing list > Cinelerra@skolelinux.no > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra > Sorry, but OpenSuse 11.3 does not have these libraries nor a compiled versions of Cinelerra, at least not that I can see. What else can I do, I will look into the code and if it gets to difficult, I just switch to another tool. Thanks for the remarks, I leave at that. Frans. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
RE: [CinCV] need clarification of user-manual comment
> From: tempest...@yahoo.com > Subject: Re: [CinCV] need clarification of user-manual comment > To: cinelerra@skolelinux.no > Date: Thu, 7 Oct 2010 06:31:39 -0700 > > I'm working with 720p and 480p vertical but want to maintain close to a 16:9 > aspect. 720p works ok at 1280x720 but 480 need 854 horizontal to achieve the > correct aspect...I end up scaling to 848x480 to maintain the divisible by 16 > constraint...that is acceptable... Also. I found that exporting to ogg from 1440x1080 m2t file from HDV dvgrab source doesn't work like you expect. On the bottom there was green stripe. I fixed this setting resolution to 1072. Ogg requires resolution of multitude of 16. and aspect was off by less than 1 %. Not very good solution but first that came in to my mind. Hannu Vuolasaho
Re: [CinCV] Compile error
Maybe silly answer but... make sure you have libx264 and libx264-devel > > installed. > Why don't you use the packages provided by your distro instead of > building the x264 git version? > Frans, In my experience on both Ubuntu and Fedora (32 and 64bit versions), compiling X264 is a nightmare. Do yourself a favor and, as Roland suggests, use your distros' pre-compiled packages. scott ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] need clarification of user-manual comment
--- On Thu, 10/7/10, Burkhard Plaum wrote: > From: Burkhard Plaum > Subject: Re: [CinCV] need clarification of user-manual comment > To: cinelerra@skolelinux.no > Date: Thursday, October 7, 2010, 5:23 AM > Hi, > > Am 07.10.2010 00:22, schrieb anyeos: > > > > It applies not only for OpenGL instead in video in > general. There are > > some encoders that can only work in some width or > height multiples, like > > 4. > > The usual 4:2:0 sampling requires that dimensions are > multiples of 2. It's > theoretically possible to support odd dimensions, but they > many programs fail here. > > Usual compression methods work on 16x16 blocks internally, > but all these > codecs allow arbitrary *even* dimensions. They just pad the > images internally. > I'm not aware of any mainstream codec, which requires > multiples of 4. > > > So you can have: 320x240, 420x480, 640x480, and so, > all divisible by > > 4. Take care too about the aspect ratio what it is > width/height in the > > example of 420/480 it is 0,875 not an standard one > (640/480 get 1,33 > > or 4:3, 320x480 the same, 720/480 is 16:9 or 1,777 > standard NTSC and > > so). > > You also have nonsquare pixels. All modern codecs store the > pixel aspect > ratio instead of the display aspect ratio. > > Burkhard I read in mencoder documentation years ago that the codecs required the 16x16 blocks. that is partly why I was confused about what the cinelerra document said regarding the (size) of the project tracks...That really should be updated in the user-guide to be more explicit...and based on the discussion it has sparked, perhaps the developers need to reexamine the requirement and publish the real (current) requirement. :^) I'm working with 720p and 480p vertical but want to maintain close to a 16:9 aspect. 720p works ok at 1280x720 but 480 need 854 horizontal to achieve the correct aspect...I end up scaling to 848x480 to maintain the divisible by 16 constraint...that is acceptable... ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] need clarification of user-manual comment
Hi, Am 07.10.2010 00:22, schrieb anyeos: It applies not only for OpenGL instead in video in general. There are some encoders that can only work in some width or height multiples, like 4. The usual 4:2:0 sampling requires that dimensions are multiples of 2. It's theoretically possible to support odd dimensions, but they many programs fail here. Usual compression methods work on 16x16 blocks internally, but all these codecs allow arbitrary *even* dimensions. They just pad the images internally. I'm not aware of any mainstream codec, which requires multiples of 4. So you can have: 320x240, 420x480, 640x480, and so, all divisible by 4. Take care too about the aspect ratio what it is width/height in the example of 420/480 it is 0,875 not an standard one (640/480 get 1,33 or 4:3, 320x480 the same, 720/480 is 16:9 or 1,777 standard NTSC and so). You also have nonsquare pixels. All modern codecs store the pixel aspect ratio instead of the display aspect ratio. Burkhard ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
