16:9 forced ratio failing - help
carl at personnelware.com
Tue Sep 29 07:21:14 UTC 2009
On Tue, Sep 29, 2009 at 1:53 AM, Brendan Pike
<brendan at dbinformatics.com.au> wrote:
> Carl Karsten wrote:
>> On Tue, Sep 29, 2009 at 12:30 AM, Brendan Pike
>> <brendan at dbinformatics.com.au> wrote:
>>> Can anyone advice me to why forced 16:9 is failing for me in 0.8.x. I
>>> "think" I am compiling the correct version. I have tried the following..
>>> $ git fetch -v
>>> From git://git.debian.org/git/dvswitch
>>> = [up to date] 0.5.x -> origin/0.5.x
>>> = [up to date] 0.7.x -> origin/0.7.x
>>> = [up to date] 0.8.x -> origin/0.8.x
>>> = [up to date] master -> origin/master
>>> Then I've exported it with:
>>> git archive --format=tar 0.8.3.2-1 | (cd /home/bedlore/tools/dvswitch8/
>>> tar xf -)
>>> I also tried:
>>> git archive --format=tar 0.8.x | (cd /home/bedlore/tools/dvswitch8/ &&
>>> xf -)
>>> The last update to the changelog in either one indicates I'm getting
>>> 0.8.3.2. ie.
>>>> dvswitch (0.8.3.2) unstable; urgency=low
>>>> * Fix crash when selecting/deselecting a source that has disconnected
>>> where as the 0.9 Changelog says:
>>>> dvswitch (0.9~alpha) UNRELEASED; urgency=low
>>>> * Override source frame aspect ratio in case of a mismatch, rather then
>>>> warning about it
>>> It makes me think I'm either doing something wrong with git or the 16:9
>>> patch never made it to 0.8, although Ben previously stated it has, so its
>>> more likely something I'm doing wrong.
>>> Please help as I'm trying to finalise my setup and tests asap.
>> Your git commands are beyond my git know how. have you tried trunk
>> (or is that now called master?)
>> Ubuntu jaunty, right?
> Yeh its now called master. I have tried that but can't compile it
> successfully, Ben said:
>> It looks like you need newer ffmpeg libraries.
no clue if this will work, but looks worth a shot:
I found that by clicking around in:
(Though it should be
>> possible for me to add a workaround for this.)
> So I guess I could try and update those which I may have to. But at the
> moment confusion reigns.
> Do let us know if the libdv fix works, very valuable to have live audio
here is the scripts I use for updating stuff:
it makes a libdv4 dir, installed the build deps, grabs the souce, then
exits so you can cd in there and make the change (which isn't on the
line, search for
return dv_is_normal_speed(decoder); /* don't do audio if speed is not 1 */
replace it with
once the change is made, cut/paste the rest of the commands from the
script (I should really have a .diff and patch command.. but...)
debchange --nmu $0
# build the .deb
# dpkg-buildpackage -uc -b
DEB_BUILD_OPTIONS="nostrip" dpkg-buildpackage -uc -b
# install the deb.
# using this command, on your own :)
echo cd $PACKAGE/
for i in *.deb; do
echo sudo dpkg -i $i
There is one to grab ffmpeg trunk too - it shuffles around the debian
dir, and might run all the way though without any intervention:
> By the way have you noticed that dvsource-alsa loads the CPU.
> On my machine it uses a constant 12% CPU time higher than any other listed
> process on my machine.
12 seems high. but I wouldn't worry about that 'now'
More information about the dvswitch-devel