[Asterisk-video] if2 bit stuffing in app_h324m

[Francesco Emmi]

Klaus Darilion wrote:

> 
> I think I understand the RFC 4867 format - e.g: mode 7 uses 244 bits. 
> Network order with most significant byte/bit first. Thus
> 
> AMR bit 0  ->  buf[0] | (1 << 7)
> AMR bit 1  ->  buf[0] | (1 << 6)
> AMR bit 2  ->  buf[0] | (1 << 5)
> AMR bit 3  ->  buf[0] | (1 << 4)
> AMR bit 4  ->  buf[0] | (1 << 3)
> AMR bit 5  ->  buf[0] | (1 << 2)
> AMR bit 6  ->  buf[0] | (1 << 1)
> AMR bit 7  ->  buf[0] | (1 << 0)
> AMR bit 8  ->  buf[1] | (1 << 7)
> AMR bit 9  ->  buf[1] | (1 << 6)
> ...
> 
> AMR bit 242  ->  buf[30] | (1 << 5)
> AMR bit 243  ->  buf[30] | (1 << 4)
> 
> Is this correct?

At a first sight, it seems to have something wrong. I' ll look this with 
more attention today.

> 
> Can you please post your version of app_h324m.c (or the corresponding 
> patch) at the mailing list.
>

I' m having problem with svn account. As soon as it is solved I'll 
commit my patch.

Regards
Francesco




>> Anyway, without this, mp4save will save an mp4 with amr in IF2 format, 
>> and AFAIK this is not correct...
> 
> Yes. I've managed to save AMR in IF2 format to an mp4 file, and playing 
> it back - but now I know that I'm wrong and I have to transform to 
> RFC4867 format.
> 
> regards
> klaus
> 
> _______________________________________________
> --Bandwidth and Colocation Provided by http://www.api-digital.com--
> 
> asterisk-video mailing list
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-video
> 


-- 
____________________________________________
Francesco Emmi
A-Tono
Largo Paisiello 5 - 95124 Catania
Tel.: (+39) 095 7365312
http: www.a-tono.com

Information in this email is confidential and may be privileged.
It is intended for the addresses only. If you have received it in error,
please notify the sender immediately and delete it from your system.
You should not otherwise copy it, retransmit it or use or disclose its
content to anyone.
Thank you for your co-operation.