<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>170771</bug_id>
          
          <creation_ts>2007-03-13 18:44 0000</creation_ts>
          <short_desc>media-video/kino-1.0.0 version bump - fix audio corruption w/ avi files larger than 2G</short_desc>
          <delta_ts>2007-03-28 17:11:36 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>2006.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>artiom@hotbox.ru</reporter>
          <assigned_to>calchan@gentoo.org</assigned_to>
          <cc>media-video@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>artiom@hotbox.ru</who>
            <bug_when>2007-03-13 18:44:47 0000</bug_when>
            <thetext>I have a DV .avi file captured by Kino which size is 8G. When I go to the edit
tab the sound is corrupted (digital noise instead of sound) on the scenes
different from the first.


Reproducible: Always

Steps to Reproduce:
1.Open a DV .avi type 2  size &gt; 2G
2.Export a movie
3.Look in a player

Actual Results:  
Noise at the second part of the file (after 2G)

Expected Results:  
Normal sound

This bug was fixed just after 0.9.5 release. 
https://sourceforge.net/tracker/?func=detail&amp;atid=114103&amp;aid=1657388&amp;group_id=14103
And now there is 1.0 release.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>calchan@gentoo.org</who>
            <bug_when>2007-03-13 20:36:39 0000</bug_when>
            <thetext>(In reply to comment #0)
&gt; This bug was fixed just after 0.9.5 release. 

Great news. However, the fix comes in the form of a local ffmpeg which creates a kino-specific and statically-linked transcode. So I&apos;ll need to think of how we can manage this, portage-wise.

Denis.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>hvjunk@gmail.com</who>
            <bug_when>2007-03-17 07:11:59 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; (In reply to comment #0)
&gt; &gt; This bug was fixed just after 0.9.5 release. 
&gt; 
&gt; Great news. However, the fix comes in the form of a local ffmpeg which creates
&gt; a kino-specific and statically-linked transcode. So I&apos;ll need to think of how
&gt; we can manage this, portage-wise.

AS in there is a &quot;second&quot; transcode that now needs to be placed somewhere in the
filesystem that&apos;s not the &quot;normal&quot; transcode?

Is there a patch in that local ffmpeg that could perhaps be applied to the gentoo ffmpeg ebuild?

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>calchan@gentoo.org</who>
            <bug_when>2007-03-28 17:11:36 0000</bug_when>
            <thetext>Thanks to both of you for your input. I have just committed kino-1.0.0, so you should be able to get the ebuild from your preferred mirror in a few hours.

The DV .avi bugfix will come in a new snapshot of ffmpeg, which is already in Portage but masked (ffmpeg-0.4.9_p20070325). You can go ahead and unmask it on your machine, it should work (but may break something else and comes with no warranty as usual...).

Denis.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>