@FernetMenta

  Thread Rating:
  • 0 Votes - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
Post Reply
tocinillo Online
Fan
Posts: 301
Joined: Dec 2010
Reputation: 2
Post: #11
Hello!

I'm using your latest pixmap build and all works perfectly (except some problems withe the scrapers), but yesterday I tried to install latest trunk git version (official, not your build) and the problem with crashes and autochange refresh rate enabled still exists...

My question is, when your fixes would be included into main trunk version (official version)?? Any patch or something?

Regards and very thanks for your work FernetMenta! Smile
find quote
FernetMenta Offline
Team-XBMC Member
Posts: 1,612
Joined: Jul 2010
Reputation: 34
Location: Munich
Post: #12
There's still a lot of work ahead until I can submit something to mainline for review. I had to rework many things and my development branch is not very stable yet. Maybe in one or two weeks I will have something to test, still experimental Smile
find quote
P.Kosunen Offline
Senior Member
Posts: 101
Joined: Jan 2010
Reputation: 0
Post: #13
If not too much trouble, could you change default palette of bitmap subtitles (idx/sub etc.) to white instead of current yellow in your fork?
find quote
EkASs Offline
Member
Posts: 82
Joined: Feb 2011
Reputation: 0
Location: France
Post: #14
I disagree. The colors are defined by the provider and most of the time there are more than one color for hearing impaired.

White for foreground dialog, yellow for background dialog ...etc.
find quote
tocinillo Online
Fan
Posts: 301
Joined: Dec 2010
Reputation: 2
Post: #15
Any update in pixmap branch?? Because with latest official git XBMC continues crashing when auto-refresh rate its enabled....

Regards.
(This post was last modified: 2011-09-03 19:45 by tocinillo.)
find quote
P.Kosunen Offline
Senior Member
Posts: 101
Joined: Jan 2010
Reputation: 0
Post: #16
EkASs Wrote:I disagree. The colors are defined by the provider and most of the time there are more than one color for hearing impaired.

I mean movie subtitles where is no colors defined. VobSubs with .avi or in .mkv...
(This post was last modified: 2011-09-03 19:25 by P.Kosunen.)
find quote
FernetMenta Offline
Team-XBMC Member
Posts: 1,612
Joined: Jul 2010
Reputation: 34
Location: Munich
Post: #17
My working branch is a big construction site at the moment. I will let you know when its worth testing. I have touched subtitles in order to put texture loading on an extra thread but have not looked yet into bitmaps.
find quote
steffen_b Offline
Member
Posts: 54
Joined: Dec 2009
Reputation: 0
Post: #18
I suffer from this as well a lot with Dharma and odk pre-eden packages on Ubuntu Natty

From what i understood, the xrandr refresh rate switch is causing a pre-emption error in nvidia driver, which should restart the vdpau decoder - but xbmc crashes for this error as it cant handle it.

Your approach is now
a) to reduce the likelyhood that the preemption error happens
b) re-init vdpau decoder on pre-emption error

Confused

Sorry i just know enough to be dangerous - i'm likely wrong in anything written above - but i would like to understand Smile
find quote
FernetMenta Offline
Team-XBMC Member
Posts: 1,612
Joined: Jul 2010
Reputation: 34
Location: Munich
Post: #19
The problem is the interoperation with OpenGL. The OpenGL pipeline is asnyc, and has textures mapped to resources from hardware decoder. Now if an error occurs like display preemption, you have to make sure that the OpenGL pipeline is empty and there are no references to invalid resources.

The approach is:
- look in advance if a change of refresh rate will happen
- stop player and clear opengl pipeline
- clear down vdpau (or other hw decoder)
- allow change of refresh rate
- wait until it has happened
- start player and reinit decoder
find quote
steffen_b Offline
Member
Posts: 54
Joined: Dec 2009
Reputation: 0
Post: #20
Ok thx - looking forward to test it as soon as you say its ok - so take your time and let us know (please) when you think its worth testing.
find quote