Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Mans]

Seems the latest build aka .17 bit broke Sat->IP TV 

Yaobing, i've made you a logfile, please find attached.
The crash did occur when changing to another channel after some 10 seconds.

Did roll-back to .13 and voila, back working.
Have tested a second time, just to make sure the update went fine, but still not working with .17

In case you would need additional info or me to test something, let me know :-)

Thanks.

[Hendrik]

Your log doesn't contain any indication of an actual crash. Maybe you can elaborate what exactly happens?

[Mans]

Hi Hendrik,

The latest build, .17, broke Sat->IP TV.

When trying to skip to the next channel MC was stopped by Windows as been inresponsive.

I went back to the previous build, .13, and Sat->IP is back fine.

My two other zones/clients have never been updated to .13 and so did continued playing TV channels.

If i can check or verify something, let me know :-)

Steven.

[Yaobing]

Have you tried re-installing build 17? 

I don't know what to make of this, but I see the following failure:

0004984: 9796: Reader: RTSPReader: Sending request: SETUP rtsp://192.168.2.110:554/?fe=2&msys=dvbs2&src=2&freq=11856.0&pol=v&mtype=qpsk&sr=29900&pids=0,2530,516,35,88,516&x_pmt=2530/ RTSP/1.0
CSeq: 3
User-Agent: LIVE555 Streaming Media v2016.02.09
Transport: RTP/AVP;unicast;client_port=65332-65333


0004984: 9796: Reader: RTSPReader:
0004984: 9796: Reader: RTSPReader: Received 35 new bytes of response data.
0004984: 9796: Reader: RTSPReader: Received a complete SETUP response:
0004984: 9796: Reader: RTSPReader: RTSP/1.0 404 Not Found
CSeq: 3


0004984: 9796: Reader: RTSPReader:
0004984: 9796: Reader: RTSPReader: [URL:"rtsp://192.168.2.110:554/?fe=2&msys=dvbs2&src=2&freq=11856.0&pol=v&mtype=qpsk&sr=29900&pids=0,2530,516,35,88,516&x_pmt=2530"]: Failed to set up the "video/MP2T" subsession: 404 Not Found

[Mans]

Hi Yaobing, yes i did made a second attempt to install .17.
But without any succes.

I was also today the post of TimoBeil95 which have the same issue with Sat-IP.
Only a blank screen, waiting for a lock.

I'm back to .13 and fine till further update.
If i can be of any help, or you want me to test anything, shoot man.

Goodluck.

[Mans]

Rebonjour Yaobing,

Hi man, may i ask if you found what caused this sudden 'break' of the Sat-IP functionality within .17 ?

Let me know if i can be of help or test something for you.

Goodluck !

[Yaobing]

Please try this DLL. 

Install the latest MC23 build (23.0.17) if you have not done so already.  Download, unzip, and copy JRTelevision.dll into MC23 installation folder.

[TimoBeil95]

Hello Yaobing, thank you for your reply Reinstalled MC and then copied the dll to the directory. But unfortunately the old message apperas. Waiting for signal lock....

Have the log attached...


Regards

[Mans]

Sorry Yaobing, thanks but same overhere 

"No lock", blank screen.
I did checked the status of the DD OctoNET Sat->IP server and the requested stream is launched, incl a locked tuner, continues to run but as it seems not been 'collected' by MC.

Thanks on keeping us posted, so we can check and test :-)

Goodluck !

[Yaobing]

For some reason we are not able to get the audio streams.

Please try again with this DLL.  I adjusted some logging and hope it will reveal something.

[Mans]

Hi Yaobing, done and attached you can find the 'fresh' log.

Goodluck !

Steven.

[Yaobing]

Thanks for your help.  I found a bug that caused the problem.

Please try this DLL.

[Mans]

Yes Yaobing !
This new DLL did the job :-):-):-)

Small feedback, have the impression that swapping channels takes a bit more time now ?
I'm used now to verify the stream build with VLC player and seems to switch faster, maybe just my feeling :-°

Looking forward on future features within MC :-)
Have a nice day !

Steven.

[TimoBeil95]

yapp,

Thank you Yaobing, it does now work!!!! Thank you very much for your work!!!.

But I have some problems with channel switching, Sometomes the ac3 stream is not being grabbed, instead I have to select another ac3 stream manually and switch back to the previous ac3 stream. Another feature request would be, to set a default stream or is this already available?. Because when I start a channel, it's often the wrong stream. Also it would be nice to select the audio stream via the OSD with a remote.

Regards

[TimoBeil95]

If I switch from an mpeg channel to an ac3 only channel, the problem occurs. If I then select the ac3 stream in the audio programs menu, it works, although, the channel is already marked for use.
After this procedure, channel switching in ac3 only channels is no problem. But when selecting a channel with mpeg audio, the problem is again there.

[Yaobing]

Default stream selection is already implemented and will be available in the next public build.

[TimoBeil95]

Yaobing, thank you very very much!!!!!!!. Very cool option with the default stream, but one problem:

Although I can now set the default stream, there occurs a problem when switching from an mpeg channel (some channels do not send in ac3 in Germany) to an ac3 channel or to a channel where the ac3 audio pid is the default pid.

I have attached a log file. Switching from 3sat (mpeg) to arte (ac3). Then no sound. I have to reselect the audio stream and then it works. Switching from ac3 to mpeg is no problem. only the other way round

EDIT: The problem occurs also, when MC is started. Starting a channel with an ac3 stream from scratch doesn't work. So I have again "just" reselect the already checked audio pid, just have to click on it in the audio programs menu ----> sound

[Mans]

Great day Yaobing,

Always work in progress :-)

Concerning my remark of yesterday; i've been playing around a bit to get things verified.

It had to do with the fact the Sat-IP server was found via directly by the client. This instead over the MC server.
For now it seems when addressing the tuner(s) in direct by each client you win a bit in switching time.
(The OctoNET interface then also shows the IP if each client instead of eachtime the MC server's address)

The above isn't logic and should not be done, my guess, as the logical around time-shifted recordings and recordings in general is destroyed.

Thanks Yaobing and keep on the good work :-)


 

[Mans]

Just noticed .19 been posted Yaobing, for me same issue as before with .17.
Doesn't seem to grab to SAT->IP streams.

Went back to .17 & your adapted DLL for TV.

Let me know if i can be of any help.

[TimoBeil95]

I just copied the modified dll over the installation of .19 ----> works

[JimH]

I believe that fix is in the next build, which should be available in a couple of days:

23.0.20 (7/12/2017)
3. Fixed: Sat>IP television stopped working in recent builds.

[TimoBeil95]

perfect

[TimoBeil95]

Yaobing, I have forgotten to attach the log, with the problem of switching from ac3 to mpeg channels

[TimoBeil95]

Hey Yaobing, do you have a clue, why the channelswitching problem does occur. Do you need more log files? Then, no problem

Regards

[Yaobing]

I am working on something else at the moment, but I think I do have some clues.  I will work on it later today.

[Yaobing]

Please try this DLL with MC23.0.21.  Install MC23.0.21 first, then copy this DLL.

[Mans]

Hi Yaobing, Timo,

I've installed the tuned .DLL.

But still some issue when switching AC3 to MPEG1 channels.
MC stops when trying to switch back after the channels hangs.

Log is 6000kb, even after i've cleared it some minutes ago ?
Yaobing did the loggings is doing something much more as before ?

Let me know if i can be of help or if i can send to you ?

[Yaobing]

You may be able to send the 6 MB log by email.  yaobing at jriver dot com

[Mans]

Hi Yaobing,

PM sent.

Have a nice day.

[Yaobing]

Hi Yaobing,

PM sent.

Have a nice day.

The log shows that you played a few channels with MPEG-1 or MPEG-2 channels.  Among these channels "Crime Investigation" seemed to have trouble tuning.  Then you switched to Discovery HD, which presumably has AC3 channel.  A crash occurred, apparently in LAV filter.  I will ask Hendrik about it.  However, I should mention that the crash occurred before the AC3 channel stuff had trickled down to the LAV filter yet.  So it may be just switching among different MPEG audio channels that triggered the crash.

[Mans]

Hi Yaobing, appreciated !

Thanks on keeping me posted about this particular issue.

I should also add i've noticed this crashing before when switching the same channels.
So i guess nothing to do with .21 into particular.

-Timo or others; did somebody experienced such a  'scenario' also ?

Thanks !

[TimoBeil95]

Hello Mans, hello yaobing,
with the new dll channel switching does work. The no sound problem at the start of MC and during channel switching from mpeg 1 to ac3 does now work. Only sometomes MC crashes completely with the windows typical error message, "the programm doesn't work anymore". But this is only sometomes and I havent found out yet, what is causing the crash. Maybe it's the same issue from mans.

I will try to reproduce the error.

Thank You!

[Mans]

Greatday gents, Yaobing,
A quick message to ask if you've found or noticed something about the topic above ?
Please let me know if I can be of help or test something ?

Good luck !

[robt]

Guys

Been watching this thread as I am keen to add a sat ip server (probably the Triax TSS400). Is MC ready to deal with it now? And, how will it work if I already have a HDHomerun terrestrial server on the network already. Can MC deal with both at the same time?

Thanks for any advice..

Rob

[Yaobing]

Greatday gents, Yaobing,
A quick message to ask if you've found or noticed something about the topic above ?
Please let me know if I can be of help or test something ?

Good luck !

Regarding the crash  after switching channels, I asked Hendrik about it but he was not able to identify the cause using the crash dump you supplied.

When the next build of MC is released, please try again to reproduce the crash and capture a set of logs.

[Yaobing]

Guys

Been watching this thread as I am keen to add a sat ip server (probably the Triax TSS400). Is MC ready to deal with it now? And, how will it work if I already have a HDHomerun terrestrial server on the network already. Can MC deal with both at the same time?

Thanks for any advice..

Rob

MC should be able to handle streams from any Sat>IP server.  The only issue, other than the occasional crash discussed here, is that we still require that the server outputs an M3U channel list (and put the location of that file in the server's description xml so MC can find it and load it). 

By "HDHomerun terrestrial server", do you mean DVB-T served by a Sat>IP server?  If so we should be able to handle that too (but no one tested it).  If you mean a plain DVB-T tuner (as HDHomerun is), then there is no conflict at all.  MC would have a set of DVB-T channels for the existing HDHomerun, and a set of Sat>IP channels for the added Sat>IP server.

[Mans]

OK Yaobing, i will keep you posted after i've installed the upcoming build.
Logs and feedback will be sent then.

Thanks !

[robt]

MC should be able to handle streams from any Sat>IP server.  The only issue, other than the occasional crash discussed here, is that we still require that the server outputs an M3U channel list (and put the location of that file in the server's description xml so MC can find it and load it). 

By "HDHomerun terrestrial server", do you mean DVB-T served by a Sat>IP server?  If so we should be able to handle that too (but no one tested it).  If you mean a plain DVB-T tuner (as HDHomerun is), then there is no conflict at all.  MC would have a set of DVB-T channels for the existing HDHomerun, and a set of Sat>IP channels for the added Sat>IP server.

Good news then, thanks. There isn't a huge choice of sat >ip servers, particularly in the UK where they don't seem that popular. Could we compile a list of those that will work by creating the m3u list? I have an HDHomerun Connect which is a DVB-T twin tuner to ip server. It works superbly with MC, my problem is a huge tree which interferes with my terrestrial signal. I know my sat signal from Astra (Freesat in the UK) is a more stable signal.

MC finds the two tuners via network and for the most part gives a brilliant (HD) picture, except when the weather deteriorates and the signal fluctuates and causes breakup and pixellation. Its not that often, but enough to make me look for a sat based solution. EPG, recording etc all work superbly.

[Mans]

Great day Yaobing, Timo,

Q; anyone also lost their EPG ? I've had EPG set-up as MC2XML and worked fine. Even i've struggled to have my Guide showing up under Theater View.
But now it seems i've lost grabbing new data.

MC UI tells me the EPG was updated but no new data was included  ?

I've added a log for you Yaobing, maybe something is in...

I don't know if it's related to Sat>IP or not, otherwise it's maybe off-topic.

PS i've went back to .19 as also reinstalled MC23 but nothing comes thru anylonger.

Thanks for your help.

[Yaobing]

It appears to be a EPG server issue.  Sometimes a server would just stop updating and might not resume updating for days.

[Mans]

Thanks Yaobing, you're right.

I've just set-up a second service, this time an external XMLTV Grabber (WebGrab+) and bingo, the EPG is back filled.

Seems like MC2XML is offline since a couple of days, as my Guide was completely empty yesterday.

All good now :-)

[Yaobing]

Great to know you have found a solution.

[Mans]

Hi Yaobing,

Log have been send to you concerning the before mentioned crash of MC or atleast of the render.
Running .61 x64 fyi.
This time not during channel switch but when double-clicking the preview window in TV Guide.
Full screen/Theater View did opened but crashing the renderer.

Thanks !

[Yaobing]

Hi Yaobing,

Log have been send to you concerning the before mentioned crash of MC or atleast of the render.
Running .61 x64 fyi.
This time not during channel switch but when double-clicking the preview window in TV Guide.
Full screen/Theater View did opened but crashing the renderer.

Thanks !

I got your email, thanks.  Unfortunately the information did not help much.  Next time please send MC log.

[Mans]

Thanks Yaobing. The strange thing it was the application itself which generated the log file. Not MC. First I've noticed it.
Ok next time I'll take the log from MC as well.

Thanks.

[Mans]

Hi Yaobing,

I've mailed you another logfile.
Too big as attachment to post it here.

"MC stopped working".

This time the trigger wasn't the view switching in Theatre View.

Watching a channel after selecting it from the Guide, but again in Theatre View.
Had some seconds for perfect content, then sudden closed down.

Thanks for your help,

Hoping the log indicates something.

[Yaobing]

Thanks for the log files.  I was able to see the crash in the log but I am still not able to determine what caused it.   

I see the following:

1. A recording was started at around 8:10 pm

2. A second recording was started around   8:30 pm

3. You started watching the second program, at around 8:54 pm.

4. The first recording was stopped at around 8:55 pm

5. crash occurred with the tuner you were watching (and recording).

I was surprised that the crash happened with the second tuner, not the first, as I saw some odd things happening with the first.  It was dropping data, as if it was not able to handle the data fast enough.

How did the recording of the first program come out?  Have you tried playing it?  Does it have a length of about 45 minutes?

The crash happened in a thread where streaming data was received from the server.

[Mans]

Great day Yaobing,

Thanks for your feedback,

-I've verified both these recordings and they are perfect and complete.
-Yes the first recording has a runtime of 45min.

Something most be going on as I'm noticing this issue already since the start of V23.
Since encrypted Sat->IP is supported.

I've added you some background here - for your idea:
I do run from time to time all four tuners. Both recording and/or viewing.
We've got 3 clients around the house running MC.

A thing I've noticed as well, sometimes at the start-up of Live TV or when switching a channel, the feed isn't showed.
Then MC goes automatically to the next channel and feed is immediately on screen.
Like some timeout kicked in - problem with locking a feed ? Some confirmation isn't achieved between Tuner and MC-server ?
At such a moment i can notice the stream at the Sat->IP server is output' and data is running.
Even in VLC player the stream can be opened.

The complete system is onto a GigaBit Cisco switch. Never noticed any other network or buffer issue.
Even MC streams BluRay iso's and DVD's thru the house without any issue.
The MC server has 8GB of DDR4 on board, powered by an i7 CPU.
So I'm guessing this isn't the bottleneck.

Yaobing in case you want me to do some tests let me know.

Thanks man.

[Mans]

Great day to you Yaobing,

May i ask if you found something about this issue which is causing MC to crash in some case ?

-Lately I've been monitoring the streams inside the network - between the Sat->IP server, MC Server and the Clients.
It seems the OctoNet server outputs the requested stream(s) pretty fast and constant.
->The most stable scenario is when all clients do request there stream directly from the Sat->IP server itself.

-Guessing it has something to do with the additional time/delay which MC Server adds - causing some timeout -> finally the next channel will be requested and shown by the system or crashing at the end.

Yaobing what about the idea of splitting-up both buffer and recordings folder locations ?
Maybe it's something to test - at least I'm in - certainly in Sat->IP server setup's,
-I'm just thinking if such could be done, the each client can have its own live-buffer. And request it's own 'client' stream from the Sat->IP server.
-The dedicated 'TV recordings' folder is the one where all recordings are stored and monitored in order to update it's 'shared' library.

->As I'm thinking a time-shifted file belongs to the 'client' only not to the server, again my guess :-)
->Downside could be the additional space needed at the client side in order to buffer it. But then again this data would be more limited and prob deleted at the end.

Apart from this do you think it would cause some issues when having both locations split-up ? Maybe only assignable when having Sat->IP configured ?
-A Request from a client for an instant recording which is been time-buffered ? Hmmm.

Thanks in advance for you insights and help Yaobing :-)

Enjoy the weekend.
 

[Mans]

Great day to you Yaobing,

Concerning my issue where a sudden crash would happen, I'm guessing i did found the 'cause'.

Yesterday I've build a new W10 X64 client onto a 7i7 NUC.
When using the 'supplied' Iris 650 graphics driver no crashes happened.
Then i noticed my other NUC's have a newer version of Intel Graphics.
When updating also the new NUC to the latest driver, my system immediately crashed when starting a TV channel in Theater View.
Rebooted the system and made a second attempt, again a total crash - but only when using Theater View.

Finally downgraded the Graphics driver again and stable since.

-And last-but-not-least what's your idea about splitting both the Live TV buffer and Recording location ?
Does such make any sense to you - but again only for SAT->ip is the request.

Thanks !