Login at Kodi Home

sdfg · 2014-05-01, 18:03

Tried latest rc1 and zapping speed vastly improved (same 1.9.15 plugin version).
Nearly 3 secs with timeshifting enabled.
Now there's no noticeable difference between dvb-t and dvb-s.
Still problems in Android version, but I'm still testing.
Bye,
sdf

bluechris · 2014-05-01, 19:41

Margros releases doesn't have speed improvement in dvbviewer? I use argustv and channel changes are done in milliseconds

sdfg · 2014-05-01, 20:04

In RC1 speed between official and margro's build is the same (Dvbviewer plugin)

Blacky · 2014-05-01, 20:46

I have a another problem with genre import.
Subgenre Jazz doesn't show up in the right subcategory. Dvbviewer recognised it in the right category (Jazz) but xbmc shows it in category musical/oper witch is the next after jazz. If i move genre jazz in xepg in the sub before it should be (99) it will recognised in sub category 99 (folk/traditional music). If i move it in the category next it should be (101)xbmc shows it in the category 102 (ballet).
Jazz should stay in sub 100 so it seams that maybe the import of the genre info adds 1 for jazz. Is this maybe a problem with your plugin or a problem with xbmc? The problem only exist with subcategory jazz.

manül · (This post was last modified: 2014-05-03, 16:41 by manül.)

(2014-05-01, 20:46)Blacky Wrote: I have a another problem with genre import.
Subgenre Jazz doesn't show up in the right subcategory. Dvbviewer recognised it in the right category (Jazz) but xbmc shows it in category musical/oper witch is the next after jazz. If i move genre jazz in xepg in the sub before it should be (99) it will recognised in sub category 99 (folk/traditional music). If i move it in the category next it should be (101)xbmc shows it in the category 102 (ballet).
Jazz should stay in sub 100 so it seams that maybe the import of the genre info adds 1 for jazz. Is this maybe a problem with your plugin or a problem with xbmc? The problem only exist with subcategory jazz.

I've shown you the PVR code, so please take a look before asking. There's no offset or whatever. Just passing the data from the xml over to xbmc.

XBMC gerne string code: https://github.com/xbmc/xbmc/blob/master...g.cpp#L696
EPG main types: https://github.com/xbmc/xbmc/blob/master...ypes.h#L46
Translations: https://github.com/xbmc/xbmc/blob/master...s.po#L8722

So this is a translation bug and exactly the reason why relying on (localized) translations for subcategory detection is just stupid.

moppi1988 · 2014-05-07, 09:58

I downloaded latest 1.9.15 (gotham) development snapshot (5/3/14). And I confirm: It works great now!
Channel switching time is highly improved. And best: Rewind forward and backwards in timeshift is working now
up to 32x in both directions!
This is the first time I gave it to my family to try it out. For them the timeshift function is a must have.
Great job, thanks a lot!

sjurtf · 2014-05-08, 13:31

Is there any known problems with the OS X x86_64 version?

Im running DVBviewer Rec service on my windows computer (192.168.1.101) and XBMC 13.0 with 1.9.15 plugin workes fine.

But on my laptop with Mavericks XBMC 13.0 or any newer nightly with 1.9.15 or 1.9.13 plugin i just get the following message on screen:

"Unable to connect to the DVBViewer Recording Service"

Here is my xbmc.log: http://xbmclogs.com/show.php?id=196125

There is not any problem on my network side. It reaches /api/version.html and I access the HTML webui without any trouble.

manül · (This post was last modified: 2014-05-08, 13:41 by manül.)

(2014-05-08, 13:31)sjurtf Wrote: Is there any known problems with the OS X x86_64 version?

Not that I'm aware of. But I've never tested any of the osx versions myself. Don't own a mac.

Code:
31:31 T:4581961728   DEBUG: AddOnLog: DVBViewer Client: Hostname:   192.168.1.101

31:31 T:4581961728   DEBUG: AddOnLog: DVBViewer Client: Username:   dvb

31:31 T:4581961728   DEBUG: AddOnLog: DVBViewer Client: Password:   dd

31:31 T:4581961728   DEBUG: AddOnLog: DVBViewer Client: WebPort:    1337

Are these settings correct?

sjurtf · 2014-05-08, 13:42

(2014-05-08, 13:37)manül Wrote:
(2014-05-08, 13:31)sjurtf Wrote: Is there any known problems with the OS X x86_64 version?
Not that I'm aware of. I've never tested any of the osx versions myself. Don't own a mac.

Code:
12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Hostname: 192.168.1.101 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Username: dvb 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Password: dd 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: WebPort: 1337
Are these settings correct?

Ok.
Yes, those are correct.

manül · (This post was last modified: 2014-05-08, 14:25 by manül.)

(2014-05-08, 13:42)sjurtf Wrote:
(2014-05-08, 13:37)manül Wrote:
(2014-05-08, 13:31)sjurtf Wrote: Is there any known problems with the OS X x86_64 version?
Not that I'm aware of. I've never tested any of the osx versions myself. Don't own a mac.

Code:
12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Hostname: 192.168.1.101 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Username: dvb 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: Password: dd 12:31:31 T:4581961728 DEBUG: AddOnLog: DVBViewer Client: WebPort: 1337
Are these settings correct?
Ok.
Yes, those are correct.

Just to rule out any possible firewall issues. Can you please try this command in a terminal session:

Code:

curl http://dvb:[email protected]:1337/api/version.html

Afaik curl is part of OS X. So this should work.

sjurtf · 2014-05-08, 14:30

(2014-05-08, 14:25)manül Wrote: Just to rule out any possible firewall issues. Can you please try this command in a terminal session:

Code:
curl http://dvb:[email protected]:1337/api/version.html
Afaik curl is part of OS X. So this should work.

Works like a charm Smile

Code:

sjurtf$ curl http://dvb:[email protected]:1337/api/version.html

<?xml version="1.0" encoding="utf-8" ?><version iver="18677760">DVBViewer Recording Service 1.29.0.0 (beta) (desktop)</version>

sjurtf · 2014-05-11, 09:37

Not a clue about what is wrong?

manül · (This post was last modified: 2014-05-11, 23:43 by manül.)

(2014-05-11, 09:37)sjurtf Wrote: Not a clue about what is wrong?

A friend and I looked at this and found a possible cause: The default C++ STL lib changed in Mavericks and mixing results in all kind of weird memory issues (tinyxml error boolean flag set to integer value 4 and so). The fix was to compile with -mmacosx-version-min=10.6, which took us the half day. This fixed a stripped down PVR version which basically just connects to the backend. However the full version is still unable to connect and we don't know why.

sjurtf · 2014-05-12, 16:40

ok.. I guess no one really have tried the OS x build before then..
Well, thank you very much for looking into it! I guess I'll have to find another way =)

manül · (This post was last modified: 2014-05-12, 21:06 by manül.)

(2014-05-12, 16:40)sjurtf Wrote: ok.. I guess no one really have tried the OS x build before then..

We tried the build after setting up the build environment and scripts on OS X. But that was at least one OS X release ago.
Good news is I think I've found a working solution 15 minutes ago. Will test this on evening.

Update: Doesn't work. Channel loading works but watching crashes whole XBMC :/