If any update let us know, i already forward the different setup record from Nexio record that could handle 16 audio channel but for sepcific format record. If you need any more info from my side let me know.
On Mon, Jan 2, 2012 at 12:35 PM, Tomas Härdin <[email protected]>wrote: > On Fri, 2011-12-23 at 11:26 -0600, Phillip Blucas wrote: > > On Wed, Dec 21, 2011 at 4:33 AM, Tomas Härdin <[email protected]> > wrote: > > > On Tue, 2011-12-20 at 20:42 -0600, Phillip Blucas wrote: > > >> This newer format is used by Harris NEXIO playout servers. > > >> --- > > >> Changelog | 1 + > > >> libavformat/lxfdec.c | 55 > ++++++++++++++++++++++++++++++++++--------------- > > >> 2 files changed, 39 insertions(+), 17 deletions(-) > > > > > > Audio doesn't seem to work for some v1 files, such as: > > > > > > http://titan.codemill.se/~tomhar/samples/lxf/BARS01.lxf > > > http://titan.codemill.se/~tomhar/samples/lxf/F0015132.lxf > > > > > > I'm not sure if they actually have audio though. Video works fine for > > > all samples I have though, and all v0 samples with just as well as > > > before. > > > > avconv -i BARS01.lxf -acodec copy out.wav > > > > Audition and Audacity see 12 channels of tone. foobar and Winamp > > won't even try to play it. > > > > I don't see any audio on F0014132.lxf > > OK. That sounds fine then. > > > Also, the samples I have that disagree on the channel count are > > pcm_lxf. Yours are pcm_s24le. > > I'm not sure what that means (if anything). > > Did you upload them somewhere? If not, then please do. > > > >> @@ -185,8 +197,14 @@ static int get_packet_header(AVFormatContext *s, > uint8_t *header, uint32_t *form > > >> avpriv_set_pts_info(s->streams[0], 64, 1, 25); > > >> } > > >> > > >> - //TODO: warning if track mask != (1 << channels) - 1? > > >> - ret = av_popcount(AV_RL32(&header[44])) * track_size; > > >> + channels = av_popcount(AV_RL32(&header[44])); > > >> + if (channels != lxf->channels) { > > >> + av_log(s, AV_LOG_DEBUG, > > >> + "Disk segment indicates %d channels, but audio > packet contains %d.\n", > > >> + lxf->channels, channels); > > >> + st->codec->channels = channels = lxf->channels; > > >> + } > > >> + ret = channels * track_size; > > > > > > I don't think it's OK for a demuxer to change codec->channels after > it's > > > done parsing the header. Not sure though. > > > > At least in the example command above, this patch produces the same > > output as limiting > > codec->channels to 12 during header parsing. > > > > I can take another look at this now that side_data is in. > > Any news on this? > > /Tomas > > _______________________________________________ > libav-devel mailing list > [email protected] > https://lists.libav.org/mailman/listinfo/libav-devel > -- *Mounir ADGHOUGHI* 12 rue d'Orbey 67100 Strasbourg FRANCE Abu Dhabi: +971 551076714 France: +33 647 414 202 skype: pen-tux *P** ** * *please consider your environmental responsibilities before printing this email.** * *This e-mail message contains strictly confidential and/or legally privileged information from Mounir ADGHOUGHI. This message is intended for the individual/s or entity named above. If you are not the intended recipient, please do not read, copy, use or disclose this communication to others; also notify the sender by replying to this message, and then delete it from your system.*
_______________________________________________ libav-devel mailing list [email protected] https://lists.libav.org/mailman/listinfo/libav-devel
