This issue have been fixed.
Vnsi server developer Pipelka add a fix to the vnsi server plugin.
Anyone who experience issue with aac latm should compile an updated version
from the git.
Thanks for all the help I've received from Klaus, Pipelka and the kind
people here.
Regards,
Barak.
On Wed, 17 Aug 2011, Barak Nahari wrote:
It can be on the vnsi server plugin as it may can't recognize the aac-latm
within the stream.
Currently, both AAC LATM and ADTS are unsupported by vnsiserver plugin.
You can try enabling the support, but I guess the AAC demuxer is written
for ADTS on
After allot of help from Klaus to understand what was wrong i got a big
break.
Recording works in vdr with no issue at all, the recording do contain the
aac-latm audio.
After updating the vnsi server to last git and xbmc to last preEden build by
Lars Op den Kamp all the channel watchable but still
Sorry for repost,
I've left out a line:
On windows i've looked into the vlc log and found no error except the start
of the stream. when initializing the dvb-t card but none so ever after
except once in a while "warning late picture skipped (19199 -807)"
__
I've been done more testing to understand where's the problem.
I've suspected that vlc on windows doesn't save the original ts as it is but
remove errors from the stream, so i can't use it to analyze the problem.
I'd like to emphasize that i can watch the stream on vlc both in windows os
and linux
I've used dvbsnoop to analyze my ts file.
Audio stream of the first channel PID is 2562.
PES PID of the from dvbsnoop is 0xc1 and state that is ISO/IEC 13818-3 or
ISO/IEC 11172-3 audio stream.
The audio encoded ac aac latm, is that means the the PES PID is set wrong in
the stream ?
Info from dvb
I'm not a programmer but i've done some reading, trying to understand what
is wrong.
I've looked in the vdr source and found that vdr should be recognizing the
acc latm encoded audio, so the problem may not be in vdr.
http://git.gekrumbel.de/vdr.git?p=vdr.git;a=blob;f=remux.c;h=c3f07fb707475444648
