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)



- Jani - 2010-09-09

blinkseb Wrote:So it crash when playing the file? I had some crashes when the playback was ended, but never while playing the media. I'll try to stress a little bit the player, maybe Ill find that out Smile
I've never had crashes when the playback ended. Well, actually I do, but it was way earlier and it was because of the rarlib XBMC is using. Oh, so I forgot to mention that the release is still rarred.

So, yeah, it crashes during playback. I tried the debug build, but the picture gets frozen after 1 min and only the audio keeps playing. It's a bit hard to watch anything like that or spot the crash. Anyway, that might be because my setup isn't the greatest, so it runs out of processing power? This happened with XviD and x264. I tried debugging with the debugger connected and without the debugger.

It seems that all I can provide is testing. I'm happy to help if you need anything. If you want to talk in real time, you can reach me on on the IRC under nick Ababab.

Hmm, and after having a thought, the crashes were introduced when I got rid of the 20px-from-bottom tearing. I'm not actually sure what I did to get rid of this. I did think it was the true fullscreen, but turns out it wasn't that.

EDIT: just compiled XBMC in release mode with debug info. Let's see if that helps anything.

EDIT2: aaand here we go:
Code:
0:007:x86> !analyze -v
Last event: ac0.92c: Exit process 0:ac0, code c0000417
  debugger time: Thu Sep  9 13:06:45.379 2010 (GMT+3)
0:007:x86> ~* kb c

.  7  Id: ac0.92c Suspend: -1 Teb: fff9b000 Unfrozen
ChildEBP RetAddr  Args to Child              
0a61db68 76440816 00000494 00000000 0a61dbb0 ntdll_778a0000!ZwWaitForSingleObject+0x15
0a61dbd4 75591184 00000494 00007530 00000000 KERNELBASE!WaitForSingleObjectEx+0x98
0a61dbec 75591138 00000494 00007530 00000000 KERNEL32!WaitForSingleObjectExImplementation+0x75
0a61dc00 00e110c4 00000494 00007530 0a61dc94 KERNEL32!WaitForSingleObject+0x12
0a61dc10 00e0462a 0000001c 00000000 00000000 XBMC!XFILE::CFileRar::Seek+0x54
0a61dd4c 778d3253 778d3282 7d3b7f10 0000007d XBMC!XFILE::CFile::Seek+0x13a
0a61df10 778ce1cc 778cdf32 00000000 0000000f ntdll_778a0000!RtlpAllocateHeap+0xab2
0a61e06c 0113d89b 00000000 0000000f 09669f20 ntdll_778a0000!RtlpLowFragHeapAllocFromContext+0xaec
0a61e08c 00000000 0000000f 00000000 00000000 XBMC!malloc+0x79 [f:\dd\vctools\crt_bld\self_x86\crt\src\malloc.c @ 163]
So, the issue is related to RARs now. Was it about subs ever? Is this dsplayer problem or XBMC's rarlib itself?


- blinkseb - 2010-09-09

Jani Wrote:I've never had crashes when the playback ended. Well, actually I do, but it was way earlier and it was because of the rarlib XBMC is using. Oh, so I forgot to mention that the release is still rarred.

So, yeah, it crashes during playback. I tried the debug build, but the picture gets frozen after 1 min and only the audio keeps playing. It's a bit hard to watch anything like that or spot the crash. Anyway, that might be because my setup isn't the greatest, so it runs out of processing power? This happened with XviD and x264. I tried debugging with the debugger connected and without the debugger.

It seems that all I can provide is testing. I'm happy to help if you need anything. If you want to talk in real time, you can reach me on on the IRC under nick Ababab.

Hmm, and after having a thought, the crashes were introduced when I got rid of the 20px-from-bottom tearing. I'm not actually sure what I did to get rid of this. I did think it was the true fullscreen, but turns out it wasn't that.

EDIT: just compiled XBMC in release mode with debug info. Let's see if that helps anything.

EDIT2: aaand here we go:
Code:
0:007:x86> !analyze -v
Last event: ac0.92c: Exit process 0:ac0, code c0000417
  debugger time: Thu Sep  9 13:06:45.379 2010 (GMT+3)
0:007:x86> ~* kb c

.  7  Id: ac0.92c Suspend: -1 Teb: fff9b000 Unfrozen
ChildEBP RetAddr  Args to Child              
0a61db68 76440816 00000494 00000000 0a61dbb0 ntdll_778a0000!ZwWaitForSingleObject+0x15
0a61dbd4 75591184 00000494 00007530 00000000 KERNELBASE!WaitForSingleObjectEx+0x98
0a61dbec 75591138 00000494 00007530 00000000 KERNEL32!WaitForSingleObjectExImplementation+0x75
0a61dc00 00e110c4 00000494 00007530 0a61dc94 KERNEL32!WaitForSingleObject+0x12
0a61dc10 00e0462a 0000001c 00000000 00000000 XBMC!XFILE::CFileRar::Seek+0x54
0a61dd4c 778d3253 778d3282 7d3b7f10 0000007d XBMC!XFILE::CFile::Seek+0x13a
0a61df10 778ce1cc 778cdf32 00000000 0000000f ntdll_778a0000!RtlpAllocateHeap+0xab2
0a61e06c 0113d89b 00000000 0000000f 09669f20 ntdll_778a0000!RtlpLowFragHeapAllocFromContext+0xaec
0a61e08c 00000000 0000000f 00000000 00000000 XBMC!malloc+0x79 [f:\dd\vctools\crt_bld\self_x86\crt\src\malloc.c @ 163]
So, the issue is related to RARs now. Was it about subs ever? Is this dsplayer problem or XBMC's rarlib itself?

Oh, I have never tried with rar file, the issue is probably here. Can't you try running xbmc within visual studio in debug mode? When the crash will occur, it will show you what line is in fault.

I'll try later


- Jani - 2010-09-09

blinkseb Wrote:Oh, I have never tried with rar file, the issue is probably here. Can't you try running xbmc within visual studio in debug mode? When the crash will occur, it will show you what line is in fault.
Nope, I can't. The problem is that it works fine for one minute and then the picture just freezes. Under VS, a debug build of XBMC is very slow, because of all the debug printing. Without VS the debug build is a little better, but it still freezes after one minute or so. Dunno why's that. Release mode works very well. Are there some specific dlls I could compile under debug and the rest in release, so that way reduce the load and probably get it to run in the debug mode?

Btw, the rar is compressed with m0:19


- therealjoeblow - 2010-09-09

Jani Wrote:Just watching some series, Rubicon.S01E06.720p.HDTV.x264-CTU to be exact, and downloaded subs for the clip

...might not want to admit publicly that you are downloading and watching pirated tv shows...

Cheers
The REAL Joe


- therealjoeblow - 2010-09-09

fvboegeld Wrote:i'm fairly new to this and i've been trying to get everything running. I installed your latest build (Rev33619) and when playing a file through dsplayer, the osd and ui are totally messed up. Lots of screen flickering when moving the mouse to the top or even to the left of the screen to bring up the menus. When i run it in windowed mode, all is played correctly. Anyone else has had this problem? I'm using a lap with an ATI radeo 3650 (resolution 1024x768)

thanks

I'm seeing the same thing with 33619 on a Dell Laptop (vostro 1510) but with a NVidia GeForce 8400M GS - any of the ODS overlays flicker and are messed up as you note.

Cheers
The REAL Joe


- gav1577 - 2010-09-09

Hi seb just made a compile 33642. Did a fresh install deleted old profile folder now im having a problem playing files mkv haven't tried any others. Problem is haali media splitter is being called and working but ffdshow is not. Weird thing is if i install 33462 over an existing build files will play no problem Huh. Debug log link here> http://pastebin.com/5uJuC1uh
Edit: Forgot to say xbmc locks up when the file wont play so had to use task manager to kill the pid


- blinkseb - 2010-09-09

gav1577 Wrote:Hi seb just made a compile 33642. Did a fresh install deleted old profile folder now im having a problem playing files mkv haven't tried any others. Problem is haali media splitter is being called and working but ffdshow is not. Weird thing is if i install 33462 over an existing build files will play no problem Huh. Debug log link here> http://pastebin.com/5uJuC1uh

The last revision is highly experimental, it needs more testing, espacially with Haali. I'll do that tomorrow!


- gav1577 - 2010-09-09

blinkseb Wrote:The last revision is highly experimental, it needs more testing, espacially with Haali. I'll do that tomorrow!

Yes i know its experimental seb just a heads up that's all just in case you wasn't aware of the problem Wink


- blinkseb - 2010-09-09

gav1577 Wrote:Yes i know its experimental seb just a heads up that's all just in case you wasn't aware of the problem Wink

Highly apprecied Smile I have not try with Haali at all, just mkvsource. For Haali, I use another way to load audios/subtitles streams. Using mkvsource, that code is not tested, that's why I didn't see the exception Wink I'll look at it tomorrow, it's time to sleep now!


- gav1577 - 2010-09-10

blinkseb Wrote:Highly apprecied Smile I have not try with Haali at all, just mkvsource. For Haali, I use another way to load audios/subtitles streams. Using mkvsource, that code is not tested, that's why I didn't see the exception Wink I'll look at it tomorrow, it's time to sleep now!

Your welcome seb Smile doing a great job mate dsplayer getting better every day Big Grin


- chylld - 2010-09-10

33619 doesn't work well for me Sad the default dvdplayer all of a sudden didn't play anything, so i used advancedsettings to change the default to dsplayer. thought this was fine but then some movies, xbmc crashes after about 20-30 seconds of playback.

back to 31520 for me Confused


- blinkseb - 2010-09-10

chylld Wrote:33619 doesn't work well for me Sad the default dvdplayer all of a sudden didn't play anything, so i used advancedsettings to change the default to dsplayer. thought this was fine but then some movies, xbmc crashes after about 20-30 seconds of playback.

back to 31520 for me Confused

DVDPlayer is broken in the release, probably because of ffmpeg dll.

For the other, a debug would be usefull, don't you think?


- chylld - 2010-09-10

blinkseb Wrote:DVDPlayer is broken in the release, probably because of ffmpeg dll.

For the other, a debug would be usefull, don't you think?

My bad, here we go: http://pastebin.com/YbLX3YqA

Another thing - is the library format different in the new version? Because when I revert to 31520-dx, I've noticed at least some of my settings don't stick anymore, e.g. watched/unwatched status, and folder content type Sad


- blinkseb - 2010-09-10

chylld Wrote:My bad, here we go: http://pastebin.com/YbLX3YqA

Another thing - is the library format different in the new version? Because when I revert to 31520-dx, I've noticed at least some of my settings don't stick anymore, e.g. watched/unwatched status, and folder content type Sad

Nothing wrong from the log, what's the error message when xbmc crash?

The library format has obviously changed, since there were about 3 month between the two revisions. And it will changed a lot again Big Grin


- blinkseb - 2010-09-10

djonline Wrote:
Code:
<rule filetypes="ts|mpeg|mpg|m2ts|mts">
      <source filter="mpegsource" />
      <splitter filter="mpegsplitter" />
<video>
      <video filter="microsoftdtv" videocodec="h264" />
      <video filter="elecardmpeg2" />
</video>
      <audio filter="ffdaudiodec" />
    </rule>
'videocodec' is still ignored.

It should be fixed in my last commit. If dvdplayer does not parsed the video file (either because of an error or because it's disabled), directshow stream details are used instead. It should solve your issue!

Please keep me updated, and provide a debug log if it's still does not work!