Channel Preview in TV-Server Configuration doesn't work anymore (1 Viewer)

[rogerleifert]

Uninstall/reinstall of LAV-Filters didn't make the problem go

 

[rogerleifert]

Uninstalling, reinstalling LAV-filters didn't make the problem go away.
However, the graph now looks "clearer" as LAV video-decoder filter is now used instead of the Microsoft decoder.
Nevertheless I still get the crash.

 

[mm1352000]

Time to post log files again, and please make sure you include the Windows application event log (this is included automatically if you use the watchdog):
http://wiki.team-mediaportal.com/1_MEDIAPORTAL_1/16_Support/3_Forums/2_Log_Files

 

[rogerleifert]

Sorry that I forgot.
Here they are

Kind regards

Roger

 

[mm1352000]

Hmmm, unfortunately the application event log doesn't show the source of the crash:
[collapse]"17.03.2014 00:00:07";"Application Error";"Anwendungsabsturzereignisse";"Error";"Name der fehlerhaften Anwendung: SetupTv.exe, Version: 1.6.100.0, Zeitstempel: 0x52fbc3dc Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000 Ausnahmecode: 0xc0000005 Fehleroffset: 0x07b3b5ed ID des fehlerhaften Prozesses: 0x138c Startzeit der fehlerhaften Anwendung: 0x01cf416b685a1cc8 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Team MediaPortal\MediaPortal TV Server\SetupTv.exe Pfad des fehlerhaften Moduls: unknown Berichtskennung: b73fd7c1-ad5e-11e3-a147-00241ddb4fbd";"1000"
[/collapse]

The corresponding code where the crash is occurring is here:
https://github.com/MediaPortal/Medi...ine3/TVLibrary/SetupTv/Sections/player.cs#L77

...up to line 112. From the TsReader log I suspect the crash is occurring at the call to render the audio pin:

[2014-03-17 00:00:05,517] [ 8ca7fe8] [ 960] - UpdateDuration - found startPcr, iterations:1 offset:131072
[2014-03-17 00:00:05,518] [ 8ca7fe8] [ 960] - UpdateDuration - found endPcr, iterations:1 offset:259136
[2014-03-17 00:00:05,518] [ 8ca7fe8] [ 960] - start:0 end:b712 0.520000
[2014-03-17 00:00:05,518] [ 8ca7fe8] [ 960] - open C:\Timeshift\live7-0.ts.tsbuffer, isTimeshift:1, isUNC:0
[2014-03-17 00:00:05,564] [ 8ca7fe8] [ 960] - audPin:CompleteConnect() ok, filter: MPEG Audio Decoder
[2014-03-17 00:00:05,616] [ 8ca7fe8] [ 960] - demux:GetVideoStreamType(), FPS from DTS/PTS = 25.000000, DTSdiff/PTSdiff/MPEG2 = 0.120000/0.040000/0.040000, DTS/PTS count = 3/10
[2014-03-17 00:00:05,643] [ 8ca7fe8] [ 960] - audPin:CompleteConnect() ok, filter: LAV Audio Decoder

...and then CRASH.

So, the cause is still something related to the codecs on your system.

 

[rogerleifert]

Well, Sebastiii just helped to pin down another problem with the LAV audio decoder in this post:
https://forum.team-mediaportal.com/...y-when-starting-a-recorded-file.124910/page-5
It is perhaps a rare combination of settings because I use S/PDIF digital out.
The crash of MP in that bug-report occurs after wakeup from standby when a .ts-file with an ac3 audio-stream is played and bit-streaming for ac3 is not selected in LAV audio decoder settings and ac3 is preferred over mpeg-audio.
The crash does not occur, when one of the above conditions is not given (or if I use the new core.dll prepared by Sebastiii)

Perhaps it is somehow vaguely connected to this problem that trying to render a channel with an ac3 stream over the digital S/PDIF out ("Realtek Digital Output")
causes the crash???

I will try to select a channel that has no ac3 stream and play around with the settings of the LAV audio decoder to see if I find a setting where the crash does not occur.
That's the only idea I have as a "laymen".
Sorry that I'm not very good at reading and understanding the source-code

Kind regards

Roger

 

[mm1352000]

Hello again Roger

Perhaps it is somehow vaguely connected to this problem that trying to render a channel with an ac3 stream over the digital S/PDIF out ("Realtek Digital Output")
causes the crash???

Very possibly.

As explained earlier in the thread, my perspective on preview is that it is not worth spending time making it work because it is not the best way to test channels. We could make minor code changes to prevent the crash, but that doesn't mean preview would actually start to work. I guess what I'm saying is that I'm not sure what more I can or should do here. If you want to spend more time making it work for you that is fine, but for me I think I'm at the end...

Regards,
mm

 

[rogerleifert]

No problem MM.
Of course you are right.
It's not a super-important issue.
It just annoys me as a 90% perfectionist, that I can't pin down the error
Perhaps I still find a solution and if not it's not worth to spend more time with it.

Kind regards

Roger