Kodi Community Forum
[WINDOWS] Internal Directshow Based Player [NO LONGER DEVELOPED] - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Windows (https://forum.kodi.tv/forumdisplay.php?fid=59)
+---- Thread: [WINDOWS] Internal Directshow Based Player [NO LONGER DEVELOPED] (/showthread.php?tid=61355)



- oldpainless - 2010-03-30

therealjoeblow Wrote:OOPS - that was premature! To give it a fair trial, and see if the green flashes were a result of sluggish performance, I rebooted my machine since I hadn't done so for about a week. Now I get screen tearing when playing back with 28917 :-( I tried again to be sure, and yes, there's quite a bit of tearing during sideways motion/pans.

I had zipped up my database before the install, and so I just reinstated that, reinstalled 28016 over top of 28917, and presto, back to perfect picture, no tearing or green flashes.

I don't know what it is, but something is still amiss with the VMR9 renderer.

/The REAL Joe

I think (just a guess) that there is a problem with both xp and win7 on how it writes to screen...not sure yet if its a trunk or ds issue.

K


- prn_star - 2010-03-30

Sylus Wrote:Well all information can be found on the first page which links to the wiki.
If you then read the last 5 pages you can answere 95% of the question by yourself.

So if there was a separate thread of the first 5 pages (or is it 9pages?) People would be able to get 95% of their questions answered and wouldn't have to guess how are in they need to read before skipping to the end?

Its all just different ways of managing things, I like things neat, organized... so I'm anal but that doesn't mean this thread doesn't work for the people that use it the most. There is no point in arguing about it I just wanted to put a suggestion out there and obviously it didn't fly.
Keep up the good work, thanks again.


- ashlar - 2010-03-30

Well, having managed a forum with more trafic volume than this I have to say that megathreads are not the way to go if you want people to understand stuff.

DSplayer has a different graphic subsystem a different sound subsystem. For all practical purposes it's probably more detached from the standard Win32 than Win32 is different from Linux. I might be exxagerating but only a little.

I understand that the first post is kept updated and that there's a wiki. But with the same line of thought we could have a single forum with four threads, one per platform. Wink


- furii - 2010-03-30

therealjoeblow Wrote:-XBMC doesn't close now when I hit Alt-F4, the UI disappears, but processor useage stays high and XBMC is still running in Taskmanager and needs to be killed.

that's a problem with the trunk, not dsplayer.


- therealjoeblow - 2010-03-30

prn_star Wrote:Don't get me wrong I greatly appreciate all the info in here and thank you guys for doing an awesome job but you are using the wrong tool for the job.

A thread that requires 240 pages is obviously being over used. It should have its own sub forum with a sticky FAQ and then threads broken down into sub subjects... ie different build numbers, dsplayer, all the different items that keep over lapping each other here. =)
I wouldn't have brought this up except people get mad when newbies ask questions about this thread. It is almost impossible for someone to walk into this thread and get the info they need from it. I've been following it from the start but go easy on people who are just trying to catch up.
Thanks again.

Not generally the way it's done.

Go over to Doom9 and look at the dev pages for some of the most popular players, decoders and encoding tools in existence:

MPC-HC (619 pages)
http://forum.doom9.org/showthread.php?t=123537

ffdshow (562 pages)
http://forum.doom9.org/showthread.php?t=120465

eac3to (495 pages)
http://forum.doom9.org/showthread.php?t=125966

RipBot264 (367 pages)
http://forum.doom9.org/showthread.php?t=127611

AutoGK (249 pages)
http://forum.doom9.org/showthread.php?t=64266

That's just the way it's done. People generally read popular development threads bassakwards. Be happy that XBMC in general already has sub-threads itself :-)

And frankly, newbies should stay away from development threads and alpha software (sorry, but it has to be said, there's enough to do trying to troubleshoot real technical issues with feedback from experienced users than to get into constantly telling people what the tool is for and how to configure it from scratch).

Cheers
The REAL Joe


- christoofar - 2010-03-31

Chubster Wrote:Many thanks Chris......Something for the weekend me thinks

Actually...thanks to seb & the real Joe for putting pen to paper (so to speak)
to create the guides.


- fincheresque - 2010-03-31

Bonjour! Long time, no post.

OK, so, I'm going a bit crazy and am terribly confused. A while back, I got DSPlayer working very well. So that's great. It still works, but _any other revision_ I use (so, something newer) it doesn't work at all. Playback doesn't start, it just refreshes the video menu.

The part that I find weird is that, with the version of DSPlayer that's working, the first time I run it, ffdshow asks if I want to let XBMC use ffdshow, I let it, and it plays fine. So XBMC is calling ffdshow fine.

With a different revision, I don't even get that prompt. I've tried a 'stock' dsfilterconfig.xml, copied the dsfilterconfig.xml from the 'working' xbmc install, nothing. I cannot for the life of me get it to work. I'm not a genious when it comes to codecs and filters and graphs, but (I don't think) I'm not an idiot either. (debatable)

Here's the non working debug log:
http://pastebin.com/h9hRpDEV

Here's the working one:
http://pastebin.com/gkDkT6UH

Oh, the non-working version, that's a myself-compiled build, but the *exact* same thing happens with ones downloaded from passion (older, or newer). I will, of course, post a log from the newest one there if requested/required. Edit: Actually, I'll do that now.

Edit: It would appear I am, in fact, a total idiot.


- blinkseb - 2010-03-31

nathanjones Wrote:Bonjour! Long time, no post.

OK, so, I'm going a bit crazy and am terribly confused. A while back, I got DSPlayer working very well. So that's great. It still works, but _any other revision_ I use (so, something newer) it doesn't work at all. Playback doesn't start, it just refreshes the video menu.

The part that I find weird is that, with the version of DSPlayer that's working, the first time I run it, ffdshow asks if I want to let XBMC use ffdshow, I let it, and it plays fine. So XBMC is calling ffdshow fine.

With a different revision, I don't even get that prompt. I've tried a 'stock' dsfilterconfig.xml, copied the dsfilterconfig.xml from the 'working' xbmc install, nothing. I cannot for the life of me get it to work. I'm not a genious when it comes to codecs and filters and graphs, but (I don't think) I'm not an idiot either. (debatable)

Here's the non working debug log:
http://pastebin.com/h9hRpDEV

Here's the working one:
http://pastebin.com/gkDkT6UH

Oh, the non-working version, that's a myself-compiled build, but the *exact* same thing happens with ones downloaded from passion (older, or newer). I will, of course, post a log from the newest one there if requested/required. Edit: Actually, I'll do that now.

Weird, from the non working log :
Code:
#
20:19:50 T:3196 M:2184974336  NOTICE: CXBMCFileStream::CXBMCFileStream Successfully created xbmc source filter
#
20:19:50 T:3196 M:2184974336  NOTICE: CFGLoader::InsertSourceFilter Successfully added xbmc source filter to the graph
#
20:19:50 T:3196 M:2184974336   ERROR: CFGLoader::InsertSplitter Failed to connect the source to the spliter

Seems like the file is identified as if it was in an archive. But your build is very hold, and there were lots of improvments, so please upgrade to the lastest, and if you've the same bug, please post a log Smile


- fincheresque - 2010-03-31

Agh! You replied way too quickly (as always! slow down!)

So, I _swear_ I've done this before (installed official newer builds), but anyways, I installed the newest version from passion, and it works.

So you can ignore, or delete my post above. I'm sorry for wasting your time (and anyone who read my post).

Ugh. I feel like such a n00b. :-)


- John_Hoek - 2010-03-31

Using DSplayer on Windows 7 32 bits, on a Nvidia ION Intel core-duo platform, DSpalyer works very well. Smile
I use ffdshow with DSplayer (standard setup) to improve my picturequality on SD and SVIDS, and it rocks.
Including subs; no problem; both in full softwaremode and DXVA mode.
Until now, I (luckely) haven't the green screens and tearing problems or yet discovered on my list of video's.

Only real remark/problem what i found is that it don't resume to play a video after it was stopped before.

With DVDplayer i can resume from a certain breakpoint. Handy if i just have watched a long video for just the first part, and the day after in like to wath the rest of it.
With using DSplayer; it just returns to the (video)menu and refuses to play from that point. Only to start the whole movie again from the beginning works.

Have others experienced this problem too??


- hannisen - 2010-03-31

therealjoeblow Wrote:-Finally, subtitles no longer work with ffdshow as they did in 28016, but I guess that was to be expected since you're working on a new subtitle system Tiben.

Just thought I'd say that subtitles work if you disable and enabled them from the XBMC menu when the video is playing. Not sure what's causing it, but it works if you do that every time you play something with subtitles.


- steelman1991 - 2010-03-31

hannisen Wrote:Just thought I'd say that subtitles work if you disable and enabled them from the XBMC menu when the video is playing. Not sure what's causing it, but it works if you do that every time you play something with subtitles.

Good find hannisen - was just about to post that I didn't think toggling from there would have any effect on the display of subtitles, but it does - strange - any comments Seb/Tiben on why that might be the case. Thought that they would be rendered by ffdshow which in turn wouldn't be affected by commands from the xbmc OSD.

Or is this part of your ongoing work on the subtitle engine?

EDIT - Bit of a hit or miss on this, some vc1 titles - OK, mpeg2 - Don't work. I think you may just have stumbled across an anomaly rather than a deliberate route to subtitling with dxva.


- >>X<< - 2010-03-31

steelman1991 Wrote:Good find hannisen - was just about to post that I didn't think toggling from there would have any effect on the display of subtitles, but it does - strange - any comments Seb/Tiben on why that might be the case. Thought that they would be rendered by ffdshow which in turn wouldn't be affected by commands from the xbmc OSD.

Or is this part of your ongoing work on the subtitle engine?

EDIT - Bit of a hit or miss on this, some vc1 titles - OK, mpeg2 - Don't work. I think you may just have stumbled across an anomaly rather than a deliberate route to subtitling with dxva.

Being able to toggle subs in ffdshow from the XBMC OSD was added a while back


- steelman1991 - 2010-03-31

>>X<<' Wrote:Being able to toggle subs in ffdshow from the XBMC OSD was added a while back

Away for a few days and right out of touch - didn't know that, thanks.


- christoofar - 2010-03-31

>>X<<' Wrote:Being able to toggle subs in ffdshow from the XBMC OSD was added a while back

Sorry if I'm a bit thick on this, could you explain how to toggle subs on/off this way?
I've had no luck w/ either separate/embedded subs or both w/ .mkvs