Windows 64 bit Installer news

[wnjj]

I figured out which statement is crashing it:

Crossbar.cpp

  hr = TurnBDAChannel( env, pCapInfo, cnum );
  env->ReleaseStringUTFChars(jnum, cnum);

When the JNI function 'ReleaseStringUTFChars' is called it crashes. If I comment it out it doesn't but that would leave a memory leak or cause other issues. That is a simple enough function that releases the char * buffer back to Java but obviously something has messed with it in the meantime. I'll look more tonight.

[SHS]

Originally Posted by wnjj

I figured out which statement is crashing it:

Crossbar.cpp

  hr = TurnBDAChannel( env, pCapInfo, cnum );
  env->ReleaseStringUTFChars(jnum, cnum);

When the JNI function 'ReleaseStringUTFChars' is called it crashes. If I comment it out it doesn't but that would leave a memory leak or cause other issues. That is a simple enough function that releases the char * buffer back to Java but obviously something has messed with it in the meantime. I'll look more tonight.

Sweet

[wnjj]

So this statement was causing it:

		if ( cnum == NULL || *cnum == 0x0 ) cnum = "0";

When I added some debug code it reported that cnum == 0x0 which means the incoming Java string was empty. The crash happens because it later tries to release a pointer to the embedded constant "0" rather than the original Java buffer. For now, I added this:

		const char *cnum_save = cnum; // preserve for Release
.
.
.
		env->ReleaseStringUTFChars(jnum, cnum_save);

So what I don't know is if the blank channel is the issue or only happens to crash in 64-bit for the above bug.

Regardless, here's a patched DLL for those who want to continue on in the meantime.

[SHS]

Looking good wnjj

[Ghildebr]

Originally Posted by wnjj

Regardless, here's a patched DLL for those who want to continue on in the meantime.

The new .dll works perfectly. I now have all 6 tuners installed on my x64 system.

[wnjj]

Originally Posted by Ghildebr

The new .dll works perfectly. I now have all 6 tuners installed on my x64 system.

[JustFred]

This new dll allows me to add my HDHR capture device. Thanks. Testing continues.

[Ghildebr]

When I try and playback a video, (usually a .mp4 or .mkv rip of a DVD or BluRay) in the x64 client I get the following attached error. If I try and play the exact same video in the 32bit client the video plays correctly.

Somewhere ages ago I remember reading something about installing the 7 client before upgrading to the 9 client. That way the default video decoders got put into your version 9 install. My x64 bit install is a fresh install. What am I missing?

[wnjj]

Originally Posted by Ghildebr

When I try and playback a video, (usually a .mp4 or .mkv rip of a DVD or BluRay) in the x64 client I get the following attached error. If I try and play the exact same video in the 32bit client the video plays correctly.

Somewhere ages ago I remember reading something about installing the 7 client before upgrading to the 9 client. That way the default video decoders got put into your version 9 install. My x64 bit install is a fresh install. What am I missing?

The V7 install provided commercially licenses MPEG-2 decoders that are only available there (and only 32-bit). For 64-bit SageTV, I recommend installing the LAV filters mentioned in the first post in this thread. Those should not have affected mp4 playback, however. You may also have to change the Video Renderer to EVR.

[Ghildebr]

I have the LAV Filters 0.73.1 installed on both the server and the client. Where should I go to verify that those filters are being used?

This is a screen shot of the Video/Audio settings on the x64 client.

[Ghildebr]

OK, it works in the Placeshifter x64 client but not the SageTV Client x64. I am sure I have something set wrong somewhere. The strange thing is these should of been the defaults. I don't believe I have changed any of these settings.

[wnjj]

Originally Posted by Ghildebr

OK, it works in the Placeshifter x64 client but not the SageTV Client x64. I am sure I have something set wrong somewhere. The strange thing is these should of been the defaults. I don't believe I have changed any of these settings.

My test system here won't play an MP4 in 64-bit mode either.

All of these decoders and renderers are above my pay grade but from the log file I can tell it's trying to use the SageTV Stream Demuxer. That one uses a bunch of cross-compiled code from FFMPEG along with some Visual Studio stuff. There's a lot going on there. I'll do what I can as I have time but this one make take awhile.

[wnjj]

In the meantime, you can add (or edit) this key in the registry to disable the SageTV Stream Demux:

HKEY_LOCAL_MACHINE\SOFTWARE\Frey Technologies\Common\DirectShow\EnableSageTVStreamDemux

It's of type REG_DWORD. Set it to 0.

When I did that on mine, an MP4 played ok.

[jusjoken]

Should i be forcing EnableSageTVStreamDemux to 0 on install?

k

[SHS]

Originally Posted by jusjoken

Should i be forcing EnableSageTVStreamDemux to 0 on install?

k

Odd that it work just fine on server end with out it disable
On Client side it has no problem play the TV recording from quadHD or from HD-PVR
I think the problem is in the StrmDeMux.ax

[Ghildebr]

With it disabled on both the server and the client I do have .mp4's playing without the error but the video is choppy, sound seems normal. I do not have the ability to play anything on the server. That is a headless box. The ability to play video's (ripped movies) is the last thing I have to get working. Any recorded TV show is playing perfectly on both client and placeshifter. I have tested everything else and this is the only issue I have left.

[SHS]

Originally Posted by Ghildebr

With it disabled on both the server and the client I do have .mp4's playing without the error but the video is choppy, sound seems normal. I do not have the ability to play anything on the server. That is a headless box. The ability to play video's (ripped movies) is the last thing I have to get working. Any recorded TV show is playing perfectly on both client and placeshifter. I have tested everything else and this is the only issue I have left.

Far I can tell it to be pointing to (AUDIO not rendered. No source pin found!) is what I found in the logs

[Ghildebr]

Not sure if this is related or not but in the 32 bit client I am getting a movie synopses when I highlight the movie. On the x64 client that data is not there. (see attachments).

[wnjj]

All good info. I spent some time last night looking into this some. As i mentioned, the SageTV Stream DeMux has a lot of pieces from many sources so will take some time just to understand what it does.

Initial debugging into the audio pin error shows it only enumerates an input pin when in needs both an input and output. I’m just starting to figure out how it all gets defined.

I suspect the missing synopsis has to do with how the file format is getting parsed incorrectly (i.e. compiled ffmpeg library code).

[Ghildebr]

This is an awesome group of dedicated developers\end users. Keep up the good work.