"AVI open: avilib - Not an AVI file" when avimerge mp3 file into avi/xvid

Can you confirm this with the latest release available for Lucid?

I installed lucid packages version 1.1.5 of transcode and transcode-utils from lucid
http://packages.ubuntu.com/lucid/i386/transcode/download
http://packages.ubuntu.com/lucid/i386/transcode-utils/download
result is same = not working

Hello,
I tried just now compiling all available sources.
download from
http://tcforge.berlios.de/
http://developer.berlios.de/project/showfiles.php?group_id=10094
compilation is not 100% successful, but enough to have avimerge version 1.0.7 working.
compilation: ./configure ; make ; cd tools ; make
version 1.0.7rc1 => ok
version 1.0.7 => ok
version 1.0.0 => not working
version 1.0.1 => not working
version 1.0.2 => not working
version 1.0.3 => not working
version 1.0.4 => not working
version 1.0.5 => not working

Hello.

I have exactly the same problem. Except that the avi file I used was an xvid created using ffmpeg, and it already had one mp3 audio stream. I was trying to replace that audio stream with a cbr mp3 created by lame:

avimerge -A 0 -b 0 -i input.avi -p audio.mp3 -o output.avi

This results in the same error as reported above.

On Jaunty, avimerge works as expected (using the same files).

If I can provide any other information that might be useful, then let me know.

Cheers.

hello,
my mistake on comment #4 (compile test all versions of transcode on karmic)
version 1.1.0 => not working
version 1.1.1 => not working
version 1.1.2 => not working
version 1.1.3 => not working
version 1.1.4 => not working
version 1.1.5 => not working

in addition, I try compile version 1.0.7 and 1.1.5 on jaunty, to check cross-relations:
jaunty, transcode-1.0.7 : working
jaunty, transcode-1.1.5 : not working

Dear All,
I found origin of the bug in source file aud_scan.c, line 80
So I also opened a bug at berlios:
http://developer.berlios.de/bugs/?func=detailbug&bug_id=16452&group_id=10094
new (vers 1.1.x): lsf = (newhead & ((long)1 << 19));
old (vers 1.0.7): lsf = (newhead & ((long)1<<19)) ? 0x0 : 0x1;
reverting this makes it work again.

This bug was fixed in the package transcode - 3:1.1.5-0ubuntu2

---------------
transcode (3:1.1.5-0ubuntu2) lucid; urgency=low

  * Add 03_avimerge_mp3.diff patch to fix avimerge's behavior when merging
    a mp3 file into avi file (LP: #480713).
 -- Alessio Treglia <email address hidden> Mon, 16 Nov 2009 02:15:33 +0100

Attaching a patch which fixes this issue in transcode for karmic.

Dear Alessio,

Last year I worked a little on a small bug as below.

Today I'd like to make a proposal about the tccat program from transcode
package.
I don't know much about making contribution directly to the original
package, so I propose to Ubuntu.

Basically, tccat utility is used to rip dvd, one full tittle or some
chapters.
I made some additions to be able to select some cells, because many DVD
have a protection in first chapter, which makes tccat fail to rip the
full chapter, with a read error.
So I add -C (Cell) option, similar to -T (track), to select cells to copy.
Also I corrected the -L (copy till the end). in fact the option from the
"usage", and corrected the last track/cell calculation.

You'll find attached source files that have been impacted + diff files
(patch format) + tccat binary.

Best Regards,

Rene

On 16/11/2009 19:26, Alessio Treglia wrote:
> Attaching a patch which fixes this issue in transcode for karmic.
>
> ** Changed in: transcode (Ubuntu Karmic)
> Assignee: (unassigned) => Alessio Treglia (quadrispro)
>
> ** Changed in: transcode (Ubuntu Karmic)
> Status: New => In Progress
>
> ** Attachment added: "transcode_1.1.4-0.0ubuntu4.1_karmic-proposed.patch"
> http://launchpadlibrarian.net/35754710/transcode_1.1.4-0.0ubuntu4.1_karmic-proposed.patch
>
> ** Changed in: transcode (Ubuntu Karmic)
> Status: In Progress => New
>
> ** Changed in: transcode (Ubuntu Karmic)
> Assignee: Alessio Treglia (quadrispro) => (unassigned)
>

Sorry, mismatch address while sending email caused unwanted post here (wrong place for this).

Given that karmic is already quite old and we have two newer stable releases where this is fixed, I doubt it is too useful to fix this in karmic now. However, if you really want to spend the effort, please upload.

Martin,
I agree.

Marking this as 'Invalid' for Karmic.

Rene,

On Sun, Nov 21, 2010 at 5:16 PM, Rene <email address hidden> wrote:
> You'll find attached source files that have been impacted + diff files
> (patch format) +  tccat binary.

I can't find any patch-format file, would you provide me one?
Thanks for great effort!

--
Alessio Treglia <email address hidden>
Debian & Ubuntu Developer | Homepage: http://www.alessiotreglia.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0

The patches look sane to me.

Dear Reviewers,Upstream (Francesco Romani): WDYT?

Looks Good To Me.

Thank you Francesco!

I'll review and upload ASAP.

Renè, please file a new bug.

BTW, I cannot upload it to Natty as it's blocked by bug #682333