I'm not sure about my findings, but I still decided to share here and maybe
get some feedback (positive or negative) in the matter.
I'm running vdr server on a sheevaplug, archlinux, kernel 3.5.x.
Vdr and plugins compiled using Archvdr team packages.
When I will got a chance, I'll probably recompi
This sounds great.
What is needed to be done to get aac latm working with a xine frontend?
Do i need only to compile the xine-lib1.2?
Does the vdr-plugin-xine or the vdr-plugin-xineliboutput needed to be
updated to support aac latm?
What about the xine frontend or the vdr-sxfe frontend?
___
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.
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
I'd allot of advancement setting vdr with dvb-t services, the last issue is
aac latm related.
I'm using vdr 1.7.18-11, vnsiserver plugin, streamdev plugin.
Installed them from yaVDR testing-vdr ppa at https://launchpad.net/~yavdr
I don't get any audio on xbmc using the vnsi plugin.
On vlc i can
Sorry for posting this as a new topic, I'm using gmail and it looks i can't
control the "In-Replay-To=<>" tag.
Thanks Joerg for the reply, it looks like i had some errors related to my
virtualbox & vmware setup.
I've moved my frontend (xbmc) and my backend vdr to an atom ion based
system.
I don'
I've been looking in my syslog, http://pastebin.com/L3MmV7dh and found a
segfault error, is it concerning xine decoding of the h264 stream?
>From a quick googling it looks like this may be the problem.
Is there's a way do get debug info from vdr and maybe to determine where the
fault?
When trying t
I've been looking in my syslog, http://pastebin.com/L3MmV7dh and found a
segfault error, is it concerning xine decoding of the h264 stream?
>From a quick googling it looks like this may be the problem.
Is there's a way do get debug info from vdr and maybe to determine where the
fault?
_
Hi.
I'm trying to get vdr working with DVB-T Services in Israel.
I think that something maybe off with the transmission because I can watch
the dvb-t stream with VLC, MuMuDVB but not with VDR and TVHEADEND. (In
windows platform there isn't any issue, working with MediaPortal, MC7)
I may add that I'
13 matches
Mail list logo
