|
SageTV Software Discussion related to the SageTV application produced by SageTV. Questions, issues, problems, suggestions, etc. relating to the SageTV software application should be posted here. (Check the descriptions of the other forums; all hardware related questions go in the Hardware Support forum, etc. And, post in the customizations forum instead if any customizations are active.) |
|
Thread Tools | Search this Thread | Display Modes |
#1
|
|||
|
|||
V9-64bit PC playback crashes only on some OTA Channels
The SageTV PC window display repeatably crashes on playback in any mode (live channel, channel preview, or completed recordings) with a JRE Exception Access Violation. The crashes are only associated with specific channels in the OTA lineup. Playback in any mode from the remainder channels is without failure.
Playback in any mode using either of two remote HD300 clients connected to the 64-bit server is without failures. I am attempting to make the leap directly to the 64-bit version on a new Dell XPS8930 with Windows 10 Pro 64-bit. I am successfully recording from my existing pair of 2-channel HDHomerun OTA encoders (model HDHR4-2US). The SiliconDust software and its OTA lineup plays all channels as expected through its PC window display without failures. My existing V9.1.9-32bit SageTV service for OTA, on an old XPS8300 with Windows 7, does not have this display problem. I have tried various combinations of video and audio settings with no apparent change. Configuration: Intel(R) Core(TM) i9-9900 CPU @ 3.10GHz, 3096 Mhz, 8 Core(s), 16 Logical Processor(s) Intel 500GB SSD Toshiba 2TB HDD NVIDIA GeForce RTX 2070 GPU Windows 10 Pro 64-bit (Clean load on SDD by Dell support) Version 10.0.18363 Build 18363.752 Updated Version: 1909 I am attaching latest hs_err_pid#.log, SystemInfo.txt and a snip of the current Video/Audio Settings. Any suggestions? Sorry for my lack of sophistication with using the forum properly. Thanks for any help. |
#2
|
|||
|
|||
The hs_err_pid file shows it's crashing inside the Lav filter during the graph setup:
Code:
Stack: [0x000000eeae100000,0x000000eeae200000], sp=0x000000eeae1fcd40, free space=1011k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [LAVVideo.ax+0x23bcb] C [LAVVideo.ax+0x26d8] C [LAVVideo.ax+0x17114] C [LAVVideo.ax+0x1ccc0] C [LAVVideo.ax+0x1cf25] C [LAVVideo.ax+0xa8091] C [LAVVideo.ax+0xa1192] C 0x00007ffce32742e5 C 0x00007ffce3277eee C 0x00007ffce3273f57 C 0x00007ffce3274b6b C 0x00007ffce326f6d5 C [quartz.dll+0x3ffe3] C [quartz.dll+0x3fe76] C [DShowPlayer.dll+0xaefe] C [DShowPlayer.dll+0xb6b7] C [DShowPlayer.dll+0x16371] C 0x000002070c3d9f2e Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j sage.DShowMediaPlayer.setupGraph0(JLjava/lang/String;Ljava/lang/String;ZZ)V+0 Most likely something funny in the stream is crashing it. Unfortunately I don't know of an easy answer since I don't know what easy, free alternatives there are for 64 bit. |
#3
|
|||
|
|||
wnjj, thanks for your reply.
I am responding to a question that is in your email notification, not in your post: What type of file is it, MPEG2? SiliconDust declares that: HDHomeRun CONNECT (HDHR4-2US) only streams raw mpeg2 HD streams. The file type generated by SageTV is .mpg I agree that the error file points at the native code of the LAV filters. But, my attempts at selecting the others in settings yielded no change in behavior. That may be an operator error on my part. |
#4
|
|||
|
|||
Quote:
Jealous!
__________________
New Server - Sage9 on unRAID 2xHD-PVR, HDHR for OTA Old Server - Sage7 on Win7Pro-i660CPU with 4.6TB, HD-PVR, HDHR OTA, HVR-1850 OTA Clients - 2xHD-300, 8xHD-200 Extenders, Client+2xPlaceshifter and a WHS which acts as a backup Sage server |
#5
|
|||
|
|||
Quote:
There are other users with your same HW but I haven’t heard of others with your issue. It’s very concerning if it’s something in the broadcast format that may have changed and LAV hasn’t caught up with it. I run an HDHR and was one of the primary developers for the 64-bit port but ironically I’m still on 32-bit as I haven’t had the need to change anything in a working system yet. I also rarely watch anything on other than extenders. Have you tried installing the latest LAV filters or are you using whatever the installer uses? |
#6
|
|||
|
|||
Yes, but it must meet the requirements:
Perform all tasks at the same time. Expand and upgrade without limit. Live forever. Walk on water. BTW: Do you remember your thread from 2017? "V9 crashes during channel preview EXCEPTION ACCESS VIOLATION" exhibited similar symptom. It has no replies or comments. Does it have relevance for my problem? What was the resolution? |
#7
|
|||
|
|||
Quote:
Thanks. |
#8
|
||||
|
||||
By the way change VMR9 to EVR see if that helps
Just wondering do the Video play out side of SageTV like with MS Movies &TV Player ?. Last edited by SHS; 04-19-2020 at 09:07 AM. |
#9
|
|||
|
|||
Quote:
That said, I don’t see anything relevant in their revision history so it’s a long shot. Can you post your sagetv_0.txt file from when it crashes? If you’re running as a service then post sageclient_0.txt. I think that will list the various filters available on your system. Briefly play a working clip first before a bad one so we can compare the graph definition. |
#10
|
|||
|
|||
Quote:
Playing recording from failing channel using Movies & TV player or Dell's Power Media Player does not fail. I changed the Video Render setting to EVR. Same display crash on playback associated with a failing channel. To recheck, I restarted SageTV service; same display crash on playback. Stack: [0x0000000408100000,0x0000000408200000], sp=0x00000004081fd1c0, free space=1012k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [LAVVideo.ax+0x23bcb] C [LAVVideo.ax+0x26d8] C [LAVVideo.ax+0x17114] C [LAVVideo.ax+0x1ccc0] C [LAVVideo.ax+0x1cf25] C [LAVVideo.ax+0xa8091] C [LAVVideo.ax+0xa1192] C 0x00007ff8bc5b42e5 C 0x00007ff8bc5b7eee C 0x00007ff8bc5b3f57 C 0x00007ff8bc5b4b6b C 0x00007ff8bc5af6d5 C [quartz.dll+0x3ffe3] C [quartz.dll+0x3fe76] C [DShowPlayer.dll+0xaefe] C [DShowPlayer.dll+0xb6b7] C [DShowPlayer.dll+0x16371] C 0x000001ae64d89f2e |
#11
|
||||
|
||||
Quote:
|
#12
|
|||
|
|||
Quote:
|
#13
|
|||
|
|||
I know my solution won't help you with win 7 but in win 10 you can download MIcrosoft mpg codec through the winstore. For older OS I'm not sure what alt there is to the free LAV ones. In the past I have used these. Can't vouch for their current state, security etc.
http://shark007.net/advanced.html Good Luck PS Latest LAV version is 0.74.1.34 as of Mar 12, 2020 which updated ffmpeg Last edited by Galaxysurfer; 04-19-2020 at 07:46 PM. |
#14
|
|||
|
|||
Quote:
Since 4 days have elapsed before showing in the thread, I have tried a number of tests. I think a few of them may be relevant. For testing, I used two example files, one from a channel that doesn't fail and the other from a channel that does. First: I upgraded the LAV Filters to the latest version, 0.74.1. The result seems to me to be the same crash behavior as before. Second: I replaced all LAV Filter use in the Video/Audio settings: see the jpg of the settings menu screenshoot. Again the result seems to be the same except there is no mention of the LAV code: please see the attached error log and sagetvclient file. From this result, I think that the LAV Filters may have nothing to do with the JRE Exception. And, indeed, given the similar results for the EVR and MS decoder, they may suggest that the fault may lie outside or below the renderers and decoders. Third: I uninstalled the JRE version 241 (32 & 64 bit) and ran a repair install of SageTV64bit and let it install it's older version of the 64bit JRE. Again the crash appearred to be the same. Following that, I upgraded the JRE to version 251 (32 & 64bit) and again the same crash behavior was the result. Looking forward your thoughts. Am I off track with this? Many thanks for the time you and any others put into it. |
#15
|
|||
|
|||
Code:
IPin* CPlayerData::GetSourceVideoPin() { return FindPin(m_pDeMux, PINDIR_OUTPUT, &MEDIATYPE_Video, NULL); } ********************************** HRESULT CPlayerData::RenderVideo() { if (!m_pDeMux) return E_POINTER; slog(("NATIVE RenderVideo called\r\n")); IPin* videoSource = GetSourceVideoPin(); if (!videoSource) return E_FAIL; HRESULT hr = S_OK; // Check for a video filter to connect to slog(("NATIVE RenderVideo step 1\r\n")); hr = RenderNextInChain(&videoSource, m_pVideoDecoder, &MEDIATYPE_Video); if (FAILED(hr)) elog(("Unable to use the specified video decoder filter\r\n")); // Check for a video postprocessing filter to connect to slog(("NATIVE RenderVideo step 2\r\n")); For MPEG2 format, it is using the MpegDeMux.ax filter which is complied from SageTV source. The thing is, that demux has been in use for quite some time but there is code in there that parses the stream. I wonder if something new in the format is uncovering a bug there? If you can share a manageable sized recording (a couple minutes is fine) from one of these bad channels I may be able to find time to try to crash it here where I can add some debug code. I'm pretty green when it comes to filter/demux code but could maybe hack some debug logging in. |
#16
|
|||
|
|||
Another thing you can try: Does the 32-bit version crash the same way? You can install the 32-bit client on the same machine and it should be able to talk to the 64-bit server.
|
#17
|
|||
|
|||
Quote:
I have a couple of snippets at 3 minutes each. Even reduced to 1 minute, they are too big for the attachment limits (750 KB). How do I get them to you? Will replying to the email notifications with attachments make it to you? They are labeled PASS and FAIL and will load when scanned into the Videos category (not TV). I have confirmed that they behave as expected. BTW: Also correlating with the channel count, the files that fail are marked 'HD' and the ones that work are not. I will play with the 32-bit client install tomorrow. |
#18
|
||||
|
||||
Quote:
Run registry editor and search for EnableSageTVStreamDemux what is it value data 0 or 1 |
#19
|
|||
|
|||
Quote:
I will send the snippet files by email for both you and wnjj. Thanks again for the help. |
#20
|
|||
|
|||
StreamDemux isn’t used for MPEG2 anyway. It’s using MpegDeMux.ax.
|
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Linux 64bit MiniClient (issues with JTux on 64bit) | stuckless | SageTV Github Development | 23 | 08-19-2015 12:54 PM |
Hauppauge 2250 no channels in Win7 64bit | dvd_maniac | Hardware Support | 2 | 03-28-2010 09:34 AM |
H.264 Playback Crashes on ClientPC | Brent | SageTV Beta Test Software | 2 | 11-22-2008 02:44 PM |
Server crashes after adding channels to A180 | harrijay | SageTV Linux | 0 | 12-17-2007 08:59 AM |