[Gujs]

dushmaniac thank you for helping. I hope someone will merge this patches soon. I am also trying to fix a bug with EPG, which is not synchronized after few days of XBMC uptime. I think I am close to that.

[RoboSK]

thanks Gujs/dushmaniac/all for patching...

[Ruud]

Hi,

anybody else noticed that when pausing a recorded movie of skipping thru it, the total time of the recording is wrong:
e.g. normally when you pause a movie of 2 hours at 1 hour it should display: 1:00 - 2:00
But I noticed that it displays: 1:00 - 1:00

Can somebody confirm this behaviour?
If confirmed, can somebody point out if this is tvheadend or xbmc / plugin related?

versions as stated in signature

Thanks all!
regards,
Ruud.

[opdenkamp]

dushmaniac thank you for helping. I hope someone will merge this patches soon. I am also trying to fix a bug with EPG, which is not synchronized after few days of XBMC uptime. I think I am close to that.

never noticed that, but I never have xbmc running for that long either (no use to have it running while I'm at work )

I'm looking into some other things too whenever I have time like:
- the recorded videos are still using the wrong start time (time offset)
- the radio channels have choppy audio sometimes
- the signal status patch against tvheadend is messy and won't be comitted to tvheadend's svn like this. should be cleaned up and use some sort of abstraction layer.
- whatever I run into, but my main focus is to have get these basic things working 100% without my girlfriend complaining that feature X is buggy

I haven't looked through all tickets in trac regarding pvr yet, but I noticed that there haven't been many commits to the pvr-testign2 branch lately. Any reason for that?

When I have any patches, I'll post them in that ticket.

@Gujs: if you have problems creating separate patches, just use a local git repository (check http://tiredblogger.wordpress.com/2009/1...at-simple/ for an explanation). that way we can both submit our own changes. if you need help with that, contact me via a PM.

@Ruud: sorry, haven't tried that yet, but I noticed that the length of the recording isn't always reported correctly (even without pausing).

[Gujs]

@dushmaniac
- the radio channels have choppy audio sometimes
This might be the same problem I had with choppy video. That is why I implemented skip first I frame in HTS pvr-client. I suspect that media player buffer is the problem. But I don't know how to control it. It would be great if playback of media is started when both audio and video buffer is filled with enough data.

Regarding the EPG problem. I also don't have it running all the time, but I use a suspend mode, therefore XBMC is not restarted for a long time periods. That is why I noticed the problem. I already uploaded a new version of XBMC to my repository for testing. If this fix will work I will also add a patch to the ticket.

Maybe I will find some time next weekend and try to create a local git repository. If I will need some help I will contact you through private messages.

[moontan77]

@Gujs

I have a network problem using your latest xbmc builds (its only since it was a requirements to have the xbmc svn as source along with your own). It says its connected to the internet but no dns is available. So cant check weather, trailers, scan new movies etc.

I have 2 pc's with xbmc. One had a version of xbmc that was months old and that was fine, the other had a pvr build from a month and this had the dns problem. Then today i updated the one with the older build to your latest build and now that has the dns problem. Nothing has changed apart from using newer pvr build from you and internet is working fine for everything else. Internet was working fine with xbmc before i updated to your newest build.


This is the long while i'm in the system information network screen, I assume this is it trying to see if it has an internet connection.

22:26:41 T:2868902768 M:1457635328 INFO: easy_aquire - Created session to http://www.google.com
22:26:44 T:3078862736 M:1473122304 DEBUG: LIRC: Update - NEW at 147385:000000037ff07be1 00 Up mceusb (Up)
22:26:44 T:3078862736 M:1473122304 DEBUG: OnKey: 166 pressed, action is Up
22:26:44 T:3078862736 M:1473122304 DEBUG: LIRC: Update - NEW at 147718:000000037ff07be1 00 Up mceusb (Up)
22:26:44 T:3078862736 M:1473122304 DEBUG: OnKey: 166 pressed, action is Up
22:27:01 T:3078862736 M:1474265088 NOTICE: Samba is idle. Closing the remaining connections
22:27:04 T:3078862736 M:1474994176 DEBUG: SECTION:UnloadDelayed(DLL: special://xbmcbin/system/ImageLib-i486-linux.so)
22:27:04 T:3078862736 M:1474994176 DEBUG: Unloading: ImageLib-i486-linux.so
22:27:16 T:2868902768 M:1473482752 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:27:16 T:2868902768 M:1473482752 INFO: easy_aquire - Created session to http://74.125.19.103
22:27:17 T:2868902768 M:1473482752 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:27:32 T:2868902768 M:1473753088 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:27:32 T:2868902768 M:1473753088 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:27:52 T:2868902768 M:1474662400 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:27:52 T:2868902768 M:1474588672 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:28:07 T:2868902768 M:1475067904 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:28:08 T:2868902768 M:1475067904 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:28:38 T:3078862736 M:1473953792 INFO: CheckIdle - Closing session to http://74.125.19.103 (easy=0xa347968, multi=(nil))
22:28:58 T:2868902768 M:1473540096 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:28:58 T:2868902768 M:1473540096 INFO: easy_aquire - Created session to http://74.125.19.103
22:28:58 T:2868902768 M:1473597440 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:29:18 T:2868902768 M:1473953792 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:29:18 T:2868902768 M:1473953792 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:29:38 T:2868902768 M:1474105344 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:29:39 T:2868902768 M:1473908736 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:30:09 T:3078862736 M:1473986560 INFO: CheckIdle - Closing session to http://74.125.19.103 (easy=0xa347968, multi=(nil))
22:30:22 T:2868902768 M:1474408448 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:30:22 T:2868902768 M:1474408448 INFO: easy_aquire - Created session to http://74.125.19.103
22:30:23 T:2868902768 M:1474338816 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:30:43 T:2868902768 M:1473961984 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:30:43 T:2868902768 M:1473961984 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:30:59 T:2868902768 M:1473843200 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:30:59 T:2868902768 M:1473765376 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:31:15 T:2868902768 M:1473441792 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:31:15 T:2868902768 M:1473441792 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:31:30 T:2868902768 M:1474277376 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:31:31 T:2868902768 M:1474277376 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:31:46 T:2868902768 M:1474191360 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:31:47 T:2868902768 M:1474064384 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:32:02 T:2868902768 M:1475055616 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:32:02 T:2868902768 M:1475022848 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:32:18 T:2868902768 M:1474793472 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:32:18 T:2868902768 M:1474793472 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:32:34 T:2868902768 M:1474981888 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:32:34 T:2868902768 M:1474981888 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:32:50 T:2868902768 M:1474412544 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:32:50 T:2868902768 M:1474322432 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:33:06 T:2868902768 M:1474453504 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:33:06 T:2868902768 M:1474453504 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:33:22 T:2868902768 M:1474162688 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:33:22 T:2868902768 M:1474387968 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:33:38 T:2868902768 M:1474674688 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:33:38 T:2868902768 M:1474674688 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:33:54 T:2868902768 M:1475174400 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:33:54 T:2868902768 M:1475174400 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:34:10 T:2868902768 M:1475067904 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:34:10 T:2868902768 M:1475067904 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:34:25 T:2868902768 M:1475190784 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:34:26 T:2868902768 M:1475223552 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:34:41 T:2868902768 M:1474641920 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:34:42 T:2868902768 M:1474641920 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:34:57 T:2868902768 M:1475112960 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:34:57 T:2868902768 M:1475112960 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:35:13 T:2868902768 M:1475309568 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:35:13 T:2868902768 M:1475309568 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:35:29 T:2868902768 M:1475416064 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:35:29 T:2868902768 M:1475325952 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:35:45 T:2868902768 M:1474670592 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:35:45 T:2868902768 M:1474576384 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:36:01 T:2868902768 M:1475543040 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:36:01 T:2868902768 M:1475543040 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:36:17 T:2868902768 M:1474949120 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:36:17 T:2868902768 M:1474949120 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:36:17 T:2797570928 M:1474949120 DEBUG: Received request to serve 'DeviceDescription.xml'
22:36:33 T:2868902768 M:1475088384 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:36:33 T:2868902768 M:1475088384 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:36:49 T:2868902768 M:1475031040 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:36:49 T:2868902768 M:1475031040 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/
22:37:05 T:2868902768 M:1475436544 DEBUG: FileCurl::Close(0xaaffe07c) http://www.google.com/
22:37:05 T:2868902768 M:1475436544 DEBUG: FileCurl::Close(0xaaffe07c) http://74.125.19.103/

[opdenkamp]

- the radio channels have choppy audio sometimes
This might be the same problem I had with choppy video. That is why I implemented skip first I frame in HTS pvr-client. I suspect that media player buffer is the problem. But I don't know how to control it. It would be great if playback of media is started when both audio and video buffer is filled with enough data.

indeed, I too suspect that's the problem and that some sort of buffer should be added there.

Regarding the EPG problem. I also don't have it running all the time, but I use a suspend mode, therefore XBMC is not restarted for a long time periods. That is why I noticed the problem. I already uploaded a new version of XBMC to my repository for testing. If this fix will work I will also add a patch to the ticket.

if the pc is suspended, the connection drops but maybe the addon thinks it's still connected? if so, adding some "am I still connected" checks should fix that.

[Gujs]

@moontan77
This is strange. I am just changing code in the PVR stuff of the XBMC. I also have two computers running my version of XBMC without that kind of problem.
Try to ping http://www.google.com and see what happens. And also check /etc/resolv.conf file to see what DNS servers are configured in there. You could also try to delete ~/.xbmc directory and try again. But do a backup before.

[Ruud]

@Ruud: sorry, haven't tried that yet, but I noticed that the length of the recording isn't always reported correctly (even without pausing).

Okay, here is what I found so far: I have a recording recorded with 2.11, when playing the file in totem it says that the total time is 2:15, when playing in XBMC it total time when pressing pause is 2:15 -> so far so good
Now I have a recording with SVN-version as stated in my signature: in totem total time is 1:15, in XBMC total time is 0:40 When skipping forward and reaching the 0:40 time, it just skips past that time and updates the total time to the current time e.g. 0:45-0:45

So question is: is this a tvheadend issue (i think not because totem displays in both cases the correct total time) or a xbmc issue (but then again it can still be a tvheadend issue) I'm lost

I have 2 pc's with xbmc. One had a version of xbmc that was months old and that was fine, the other had a pvr build from a month and this had the dns problem. Then today i updated the one with the older build to your latest build and now that has the dns problem. Nothing has changed apart from using newer pvr build from you and internet is working fine for everything else. Internet was working fine with xbmc before i updated to your newest build.

@moontan77: I cannot confirm this issue in my setups, dns is working okay, no ip issues here.

regards,
Ruud.

[Nick8888]

Ruud, I think you'll find tvheadend has mkv format issues which cause this problem. svn version is quite unstable for me at the moment.

[Gujs]

if the pc is suspended, the connection drops but maybe the addon thinks it's still connected? if so, adding some "am I still connected" checks should fix that.

Yes. After looking into the code, it looks like it doesn't even have any connection status handling. The cHTSPData::CheckConnection() method just returns true. Also connection is established every time a channel is started from channel list and it doesn't even check if connection is already active. For all other communication even this is not happening.It just try to communicate without established connection to the tvheadend.
It looks like a redesign is needed in that field.

[RoboSK]

xbmc and audio track/subtitle - now is auto select first (0) - it is not possible change this to auto select track with example language string "cze" ? - if not found use first...

[opdenkamp]

I've uploaded xbmc to my ppa now with the patches from ticket 9414 included: https://launchpad.net/~lars-opdenkamp/+a...c-diskless

It's building now and I expect that it will take a while for it to finish.

My ppa also contains a package to create a diskless xbmc client and the server needed for that. It's based on mythbuntu-diskless and it works almost the same. It's not finished yet and I'll put a detailed howto on the wiki once it is. But it's ready enough to try it if you like. A readme that explains the installation is included in the package. At this stage of development you'll have to configure nbd, dhcp and tftpd yourself. If you don't know how to do that, don't even start

changes to svn revision32871:

Code:

* tvheadend addon: fix bug - add channels
  * tvheadend addon: add CAID and signal status
  * tvheadend addon: fix bug - hostname not urlencoded
  * tvheadend addon: fix bug - add video size (fixes VDPAU)
  * tvheadend addon: fix bug - epg time offset
  * tvheadend addon: make skipping the first I frame optional
  * tvheadend addon: add recordings added (patch by topfs2)
  * tvheadend addon: fix bug - save current channel on preview too

[Razor_109]

**

I was wondering, what is the difference with Gujs's latest PPA-build if i may ask?

[opdenkamp]

I was wondering, what is the difference with Gujs's latest PPA-build if i may ask?

haven't looked at Gujs's build, but I assume he is using his own patch, where I am using the separate patches I posted (which include my own changes).

At the moment the difference is that my build will report the CAID and signal status (if you patched tvheadend with the patches I put in xbmc/pvrclients/tvheadend/patches) and I'm using topfs2's patch for scheduling recordings instead of Gujs's.

Because I'm using git to manage patches and builds, I'm able to push out future patches a lot cleaner and quicker than when it's all in one big patch against the original tree.

I'm looking into implementing the signal status reporting from tvheadend in a proper way there (without blocking ioctl calls in the output thread!). As soon as it's finished I'll put it on my ppa too.