2013-03-23, 21:50
default prefix is /usr/local. I guess you need --prefix=/usr
2013-03-23, 22:08
But don't forget, there is a nice pitfall installing addons
They can installed in users home directory and in xbmc's system directory, installing a zip installs it into users directory and installing addons from xbmc's source directory installs it to the system directory
They can installed in users home directory and in xbmc's system directory, installing a zip installs it into users directory and installing addons from xbmc's source directory installs it to the system directory
thanks
2013-03-25, 15:53
Hi,
Why does the ff/rew does not stop when it's reached the end/beginning of the buffer? It's just stuttering.
Why does the ff/rew does not stop when it's reached the end/beginning of the buffer? It's just stuttering.
2013-03-25, 19:44
That would require a fix in mainline XBMC.
2013-03-25, 21:54
LiveTV sometimes stuttering on one channel (Provider Kabeldeutschland, EuroSport2, SD)
This happens only on this channel, and only sometimes. If this happens, restarting VDR, reloading DVB drivers, restarting XBMC - nothing helps. Issue remains.
What helps, is following:
1) Start instant recording of this channel and then watching this channel (playback of recordings in progress), or
2) LiveTV watching via VDR Streamdev
If LiveTV stutters, I get no messages from VDR/VNSI, but getting a lot if debug messages in xbmc.log like this:
Any ideas?
This happens only on this channel, and only sometimes. If this happens, restarting VDR, reloading DVB drivers, restarting XBMC - nothing helps. Issue remains.
What helps, is following:
1) Start instant recording of this channel and then watching this channel (playback of recordings in progress), or
2) LiveTV watching via VDR Streamdev
If LiveTV stutters, I get no messages from VDR/VNSI, but getting a lot if debug messages in xbmc.log like this:
Code:
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::SetCaching - caching state 2
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::CheckContinuity - resync forward :2, prev:761203557010.999878, curr:856647314700.000122, diff:95443717689.000244
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::HandleMessages - player started 1
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::CheckContinuity - resync forward :2, prev:761203677010.999878, curr:856647434699.999634, diff:95443717688.999756
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::CheckContinuity - resync forward :2, prev:761203717010.999878, curr:856647474699.999878, diff:95443717689.000000
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::CheckContinuity - resync forward :2, prev:761203797010.999878, curr:856647554698.999878, diff:95443717688.000000
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::CheckContinuity - resync forward :2, prev:761203837010.999878, curr:856647594700.000000, diff:95443717689.000122
Mar 25 20:20:24 T:140503223125760 DEBUG: set caching from pvr to done. audio (1) = 100. video (1) = 0
Mar 25 20:20:24 T:140503223125760 DEBUG: CDVDPlayer::SetCaching - caching state 0
Mar 25 20:20:24 T:140503046743808 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:570316295654.714600, should be:761202992859.145874, error:190886697204.431274
Mar 25 20:20:24 T:140503046743808 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
Mar 25 20:20:24 T:140504320960256 DEBUG: CSoftAE::Run - Sink restart flagged
Mar 25 20:20:24 T:140504320960256 INFO: CSoftAE::InternalOpenSink - keeping old sink with : AE_FMT_FLOAT, FL,FR, 48000hz
Mar 25 20:20:24 T:140504320960256 DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
Mar 25 20:20:24 T:140504320960256 DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 8192Any ideas?
2013-03-25, 21:58
Quote:1) Start instant recording of this channel and then watching this channel, or
How do you watch this recording? Vie recordings or clicking on channel for recording in progress?
2013-03-25, 22:05
compiled from latest vnsi4 git branch and unless i copy skin.confluence to skin.transparency folder, xbmc crashes when you enter client specific settings. Thought I read this should be fixed so just reporting.
Also when I play live channel with Mono MPEG audio it stutters like hell, if I make recording from this it plays just fine. Any idea?
oh, looks like similar issue as Nachteule, I have stutter issue randomly with specific channel with normal mpeg or ac3 sound too, but so far always with mono sound it seems.
Also when I play live channel with Mono MPEG audio it stutters like hell, if I make recording from this it plays just fine. Any idea?
Code:
20:58:07 T:3004148544 DEBUG: CSoftAE::Run - Sink restart flagged
20:58:07 T:3004148544 INFO: CSoftAE::InternalOpenSink - sink incompatible, re-starting
20:58:07 T:3004148544 INFO: CAESinkALSA::Initialize - Attempting to open device "hdmi:CARD=NVidia,DEV=1"
20:58:07 T:3004148544 INFO: CAESinkALSA::Initialize - Opened device "hdmi:CARD=NVidia,DEV=1,AES0=0x04,AES1=0x82,AES2=0x00,AES3=0x02"
20:58:07 T:3004148544 INFO: CAESinkALSA::InitializeHW - Your hardware does not support AE_FMT_FLOAT, trying other formats
20:58:07 T:3004148544 INFO: CAESinkALSA::InitializeHW - Using data format AE_FMT_S32NE
20:58:07 T:3004148544 DEBUG: CAESinkALSA::InitializeHW - Request: periodSize 2048, bufferSize 8192
20:58:07 T:3004148544 DEBUG: CAESinkALSA::InitializeHW - Got: periodSize 2048, bufferSize 8192
20:58:07 T:3004148544 DEBUG: CAESinkALSA::InitializeHW - Setting timeout to 171 ms
20:58:07 T:3004148544 DEBUG: CSoftAE::InternalOpenSink - ALSA Initialized:
20:58:07 T:3004148544 DEBUG: Output Device : HDA NVidia
20:58:07 T:3004148544 DEBUG: Sample Rate : 48000
20:58:07 T:3004148544 DEBUG: Sample Format : AE_FMT_S32NE
20:58:07 T:3004148544 DEBUG: Channel Count : 2
20:58:07 T:3004148544 DEBUG: Channel Layout: FL,FR
20:58:07 T:3004148544 DEBUG: Frames : 2048
20:58:07 T:3004148544 DEBUG: Frame Samples : 4096
20:58:07 T:3004148544 DEBUG: Frame Size : 8
20:58:07 T:3004148544 DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
20:58:07 T:3004148544 DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 16384
20:58:07 T:3004148544 DEBUG: AERemap: Downmix normalization is disabled
20:58:07 T:2605235008 DEBUG: CDVDPlayerAudio:: synctype set to 1: skip/duplicate
20:58:07 T:2605235008 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:129169430789.434998, should be:167237669341.500671, error:38068238552.065674
20:58:07 T:2605235008 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
20:58:07 T:2578021184 DEBUG: CDVDPlayer::HandleMessages - player started 1
20:58:07 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167245787548.000000, curr:167245787548.000000, diff:0.000000
20:58:07 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167246267548.000000, curr:167246267548.000000, diff:0.000000
20:58:07 T:2605235008 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
20:58:07 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167246747548.000000, curr:167246747548.000000, diff:0.000000
20:58:07 T:2605235008 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:167237793088.922668, should be:167238752750.754669, error:959661.832001
20:58:08 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167247227548.000000, curr:167247227548.000000, diff:0.000000
20:58:08 T:2605235008 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:167239247833.637665, should be:167244485359.000000, error:5237525.362335
20:58:08 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167247707548.000000, curr:167247707548.000000, diff:0.000000
20:58:08 T:2605235008 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing available
20:58:08 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167248187548.000000, curr:167248187548.000000, diff:0.000000
20:58:08 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167248667548.000000, curr:167248667548.000000, diff:0.000000
20:58:08 T:3004148544 DEBUG: CSoftAE::Run - Sink restart flagged
20:58:08 T:3004148544 INFO: CSoftAE::InternalOpenSink - keeping old sink with : AE_FMT_FLOAT, FL,FR, 48000hz
20:58:08 T:3004148544 DEBUG: CSoftAE::InternalOpenSink - Using speaker layout: 2.0
20:58:08 T:3004148544 DEBUG: CSoftAE::InternalOpenSink - Internal Buffer Size: 16384
20:58:08 T:2605235008 DEBUG: CDVDPlayerAudio:: Discontinuity1 - was:167244607235.796997, should be:167244485359.000000, error:-121876.796997
20:58:08 T:2578021184 DEBUG: CDVDPlayer::CheckContinuity - resync backward :2, prev:167249627548.000000, curr:167249627548.000000, diff:0.000000
20:58:08 T:2605235008 WARNING: CDVDMessageQueue(audio)::Get - asked for new data packet, with nothing availableoh, looks like similar issue as Nachteule, I have stutter issue randomly with specific channel with normal mpeg or ac3 sound too, but so far always with mono sound it seems.
2013-03-25, 22:41
ezechiel1917, the patch for this hit mainline XBMC two days ago, it was not a vnsi fix: https://github.com/xbmc/xbmc/commit/8158...805e57ce91
@Nachteule, check out the timestaps, those are huge. Looks like we detect pts wraps maybe due to some toggling bits. Odd is that recordings in progress do still work because it's not much difference between this mode and live/timeshift.
@Nachteule, check out the timestaps, those are huge. Looks like we detect pts wraps maybe due to some toggling bits. Odd is that recordings in progress do still work because it's not much difference between this mode and live/timeshift.
2013-03-25, 22:48
ezechiel1917, when this stuttering occurs, can you start instant recording and playback by clicking on channel (recording in progress). This way it uses the vnsi demuxers. Normal recordings use ffmpeg demuxers.
full debug logs would be nice
full debug logs would be nice
2013-03-25, 22:55
I've tried to start instant recording then play the same channel again but that didn't fix my stutter.
2013-03-25, 22:59
(2013-03-25, 22:41)FernetMenta Wrote: @Nachteule, check out the timestaps, those are huge. Looks like we detect pts wraps maybe due to some toggling bits. Odd is that recordings in progress do still work because it's not much difference between this mode and live/timeshift.Oh damned, you mean that has to do with the 26hrs wrap? This would be an explanation why it comes and goes. Seems that vdr makes some manipulations before writing the data to the disk.
2013-03-25, 23:00
Since you mentioned mono, do you use DVB-T?
2013-03-25, 23:04
(2013-03-25, 22:59)Nachteule Wrote:(2013-03-25, 22:41)FernetMenta Wrote: @Nachteule, check out the timestaps, those are huge. Looks like we detect pts wraps maybe due to some toggling bits. Odd is that recordings in progress do still work because it's not much difference between this mode and live/timeshift.Oh damned, you mean that has to do with the 26hrs wrap? This would be an explanation why it comes and goes. Seems that vdr makes some manipulations before writing the data to the disk.
I don't think VDR does not do any manipulation, but maybe ffmpeg. This is why I asked how recordings in progress do. This method uses the same code path as live.
