[Tuxwork]

Hi,

i can't get audio playback using vnsi3 and the video is very slower.
log: http://xbmclogs.com/show.php?id=103559

Same channel work fine over streamdevserver with XBMC client (vtp).
log: http://xbmclogs.com/show.php?id=103564

any idea how to fix this issue ?

Thanks.

latest git xbmc-pvr-addons (frodo branch)
VNSI Server Version 0.9.1 protocol version 3
XBMX 12.3
VDR 2.0.2
i686 GNU/Linux.

[fritsch]

Complete debug log, please.

One cannot even see which version you are running, one cannot see if you use HW acceleration ....

It looks like you are decoding on your CPU and that is just too slow.

[Tuxwork]

One cannot even see which version you are running, one cannot see if you use HW acceleration ....

It looks like you are decoding on your CPU and that is just too slow.

ok, but why is working fine using XBMC streamdev client (vtp) acceleration HW disabled ?

here (VNSI) DEBUG log:
http://xbmclogs.com/show.php?id=103581

[Tuxwork]

for additional information, i have uploaded screen video in youtube
http://www.youtube.com/watch?v=faJfPNgtCt8

[FernetMenta]

Latm does not work with Frodo, you need Gotham version with newer ffmpeg and updated vnsi.

[fritsch]

You cut your logfile again. I will ignore it for now.

[Tuxwork]

Latm does not work with Frodo, you need Gotham version with newer ffmpeg and updated vnsi.

Code:

15:15:32 T:2726394688   DEBUG: ffmpeg[A2817B40]: [aac_latm] Multiple programs is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.

Latm does not work with Frodo in pvr ? because is work fine with XBMC streamdev client.
please, look at youtube video.

according http://wiki.xbmc.org/index.php?title=XBM...t_Playback, Gotham use FFmpeg 1.2, right ?
i am using (external) ffmpeg 1.2 in Frodo (libavcodec.so.54.92.100)

Code:

ffmpeg-1.2$ cat version.h
#define FFMPEG_VERSION "1.2"

Thanks.

[FernetMenta]

I have fixed this approximately a year ago. I just verified with Gotham and it got broken again after a change a couple of month back in pvr (which changed name of the codec). I will push a fix for this.

External ffmpeg is not supported by us because it leads to unpredictable behavior all over the place. Upgrade to ffmpeg 1.2 required many changes in XBMC code, you can't really use this version with Fordo.

[Tuxwork]

Hi,

---- XBMC stable 12.3--------------
i tested using internal ffmpeg, i get: no video and no audio
using external ffmpeg(1.2) in PVR) VNSI the video work slowly and no sound.
using external ffmpeg(1.2) in pvr.hts (with tvheadend) same channel (h264/AAC latm) work fine !
using external ffmpeg(1.2) with XBMC streamdev client same channel (h264/AAC latm) work fine !
-----------------------------------------------

Now, tested today with Gotham (13.0-ALPHA12 Git:20140101-0b98ba2) PVR VNSI same problem (video work slowly and no sound)
Gotham DEBUG: http://xbmclogs.com/show.php?id=104390

pvr.hts (with tvheadend) same channel (h264/AAC Latm) work fine !
xbmc streamdev client same channel (h264/AAC Latm) work fine !
(CrystalHD enabled or disabled not solved anything)

The problem coming from "plugin vnsiserver" ?

Thanks.

[FernetMenta]

Could you provide a short recording of this channel?

[Tuxwork]

Here video file info:

Code:

General
ID                                       : 29793 (0x7461)
Complete name                            : 16 AB1 - jeu. 2014-01-02 22:20:38.ts
Format                                   : MPEG-TS
File size                                : 9.77 MiB
Duration                                 : 41s 970ms
Overall bit rate mode                    : Variable
Overall bit rate                         : 1 951 Kbps

Video
ID                                       : 69 (0x45)
Menu ID                                  : 1 (0x1)
Format                                   : AVC
Format/Info                              : Advanced Video Codec
Format profile                           : [email protected]
Format settings, CABAC                   : Yes
Format settings, ReFrames                : 4 frames
Codec ID                                 : 27
Duration                                 : 42s 40ms
Width                                    : 720 pixels
Height                                   : 576 pixels
Display aspect ratio                     : 16:9
Frame rate                               : 25.000 fps
Standard                                 : PAL
Color space                              : YUV
Chroma subsampling                       : 4:2:0
Bit depth                                : 8 bits
Scan type                                : MBAFF

Audio
ID                                       : 68 (0x44)
Menu ID                                  : 1 (0x1)
Format                                   : AAC
Format/Info                              : Advanced Audio Codec
Format version                           : Version 4
Format profile                           : HE-AAC / LC
Muxing mode                              : ADTS
Codec ID                                 : 15
Duration                                 : 41s 941ms
Bit rate mode                            : Variable
Minimum bit rate                         : 131 Kbps
Maximum bit rate                         : 189 Kbps
Channel(s)                               : 2 channels
Channel positions                        : Front: L R
Sampling rate                            : 48.0 KHz / 24.0 KHz
Compression mode                         : Lossy
Delay relative to video                  : -44ms
Language                                 : French

short video here: https://drive.google.com/file/d/0B40c_0M...1A1eEtGQ3c

Thanks.

[FernetMenta]

So it's the other way round: the stream is ADTS and gets identified as LATM. The stream type is defined by PMT:

Code:

case 3: // STREAMTYPE_11172_AUDIO
case 4: // STREAMTYPE_13818_AUDIO
case 0x0F: // ISO/IEC 13818-7 Audio with ADTS transport syntax
case 0x11: // ISO/IEC 14496-3 Audio with LATM transport syntax

vnsi waits for pat/pmt when tuning to a channel. in case there is none it uses information of channels.conf.
Could you post this channels line from channels.conf and syslog when tuning to this channel.

[Tuxwork]

using vdr-iptv plugin:

Code:

AB1;IPTV:20:S=0|P=1|F=HTTP|U=127.0.0.1/stream/channelid/10|A=9981:I:0:217=27:317=fra@17:0:0:1:0:0:0

channel from tvheadend:

Code:

vdr: [726] VNSI: Recordings state changed (2618)
vdr: [726] VNSI: Requesting clients to reload recordings list
vdr: [726] VNSI: Recordings state changed (2640)
vdr: [726] VNSI: Requesting clients to reload recordings list
vdr: [726] VNSI: Trigger EPG update for channel Fr3 Toulouse, id: 850326426
vdr: [726] VNSI: Trigger EPG update for channel Fr3 Pau, id: 1048854961
vdr: [726] VNSI: Recordings state changed (2648)
vdr: [726] VNSI: Requesting clients to reload recordings list
vdr: [726] VNSI: Recordings state changed (2673)
vdr: [726] VNSI: Requesting clients to reload recordings list
vdr: [1025] VNSI: exit streamer thread
vdr: [1025] cLiveStreamer stream processor thread ended (pid=701, tid=1025)
vdr: [971] VNSI: LiveStreamer::Close - close
vdr: [971] VNSI: LiveStreamer::Close - close
tvheadend[655]: IPTV: Starting RTSP Streaming with rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=211&flavour=ld
tvheadend[655]: subscription: "HTTP" subscribing on "AB 1", weight: 100, adapter: "rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=211&flavour=ld", network: "<N/A>", mux: "::", provider: "<N/A>", service: "<N/A>", qual
vdr: [1026] TS buffer on device 2 thread ended (pid=701, tid=1026)
vdr: [1023] buffer stats: 109604 (2%) used
vdr: [1023] receiver on device 2 thread ended (pid=701, tid=1023)
vdr: [971] VNSI: Successfully switched to channel 16 - AB1
vdr: [971] VNSI: Started streaming of channel AB1 (timeout 10 seconds)
vdr: [1041] cLiveStreamer stream processor thread started (pid=701, tid=1041, prio=high)
vdr: [1039] receiver on device 9 thread started (pid=701, tid=1039, prio=high)
vdr: [1042] IPTV streamer thread started (pid=701, tid=1042, prio=high)
vdr: [719] VNSI: Video Input - new pmt, attaching receiver
vdr: [1041] VNSI: Created stream for pid=217 and type=8
vdr: [1041] VNSI: Created stream for pid=317 and type=5
user.info kernel: crystalhd 0000:02:00.0: Opening new user[0] handle
user.debug kernel: start_capture: pause_th:14, resume_th:3
user.info kernel: tbsqboxs2: tbsqboxs2_set_voltage 2
user.notice logger: runvdr: Fri Jan  3 12:00:30 CET 2014 ooops! restarting VDR
user.err vdr: [1053] VDR version 2.0.2 started
user.err vdr: [1053] codeset is 'UTF-8' - known
user.err vdr: [1053] found 1 locales in /usr/share/locale
...

[Tuxwork]

additional info from vdr-iptv plugin:

---

DEBUG log, playing from VDR streamdev server using VLC:
http://pastebin.com/raw.php?i=qrDJ81Nv

[FernetMenta]

Yes, the problem is that pat/pmt says latm but the stream is actually adst. I can try to parse/detect the muxing mode independently from pat/pmt.