Posts: 6,810
Joined: Jul 2010
Reputation:
198
2015-01-24, 21:18
(This post was last modified: 2015-01-24, 21:18 by FernetMenta.)
so far I have no clue. does this also happen with short recordings? if so, could you provide one of those?
Posts: 35
Joined: Jan 2015
Reputation:
0
jimd3
Junior Member
Posts: 35
I have a short recording.
How do I provide it?
Posts: 6,810
Joined: Jul 2010
Reputation:
198
got it and it plays without any issues when opened via vnsi
Posts: 35
Joined: Jan 2015
Reputation:
0
jimd3
Junior Member
Posts: 35
okay, thanks for trying!!
I'll have to give up.
I don't know what I could be doing wrong.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
that is really strange. I am still interested in what's going wrong here. is the machine you run vdr on also fedora 20? how are those connected?
Posts: 35
Joined: Jan 2015
Reputation:
0
jimd3
Junior Member
Posts: 35
Since it works for you, but not me, then it must be either some issue with the server which runs VDR or my network.
VDR runs on a headless server running on an Intel Core2 DUO E8500 processor.
I haven't tried playing the recordings on an xbmc client on the server itself, I will try that soon (no monitor).
This server runs stock fedora 20, with manually compiled/installed VDR (2.0.6 and 2.1.6).
I have 3 linux fedora 20 (stock) clients running xbmc.
All have the same issue.
I have a raspberry PI B also running XBMC using OpenElec.
This client has the same issue.
All clients are on a simple local LAN.
All linux clients are on 1000mbps (wired).
The Raspberry PI is on 100mpbs (wired).
Is there more debugging I can turn on?
I haven't started to look at the code yet.
I'm not sure where to start.
But I'm not afraid to try.
I did have pulseaudio on the server running with the multicast RTP sender/receiver enabled.
I thought maybe the RTP was congesting the network.
Disabling has no effect.
But, since I can play the recordings on all clients using the filesystem, I don't think it's a network loading issue.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
Given all this information I suspect the issue on the server side. If I added some debug logs to the vnsi plugin, would you try this to get more info?
Posts: 35
Joined: Jan 2015
Reputation:
0
jimd3
Junior Member
Posts: 35
I would love to help in anyway I can.
Posts: 6,810
Joined: Jul 2010
Reputation:
198
2015-01-28, 09:00
(This post was last modified: 2015-01-28, 09:01 by FernetMenta.)
I am traveling and can't add more logs before Friday. It seem to read data from the file. Next thing I would look at is network. Maybe the network has trouble transferring those 32k chunks. Can you look at the network using a sniffer like Wireshark?
Posts: 35
Joined: Jan 2015
Reputation:
0
jimd3
Junior Member
Posts: 35
If I play the recording on the same machine as the vdr server, the recordings plays just fine, even with the older version of vdr and xbmc.
Therefore, I think it's clear I have some network issue.
I've started using wireshark to help identify what might be wrong.
I am not a sophisticated user of wireshark nor an expert on how to debug tcp problems with wireshark.
But I am trying. Googling as much as I can to get the help I need.
On that same ftp site, there is a screenshot.png which shows a capture while the video is playing.
I have compared capturing while viewing live tv and playing these recordings.
At a high-level glance, the behavior looks very similiar.
All of the packets are in the 2 to 4K sized range.
I never see the full 32768 sized packet.
It appears the tcp ports are always different?
My server and clients are all stock fedora 20 installations.
I certainly don't do anything specific for tcp configuration.
Maybe I have hardware problems.
I will try minimizing my network connections.
Why would livetv, which works fine, be different than recordings?