Good question. I've never really thought about it, but now that you ask: nothing major that I'm aware of.
As far as I'm aware RTSP has always been the default. I'd guess that's because it doesn't require much additional setup/configuration, is reasonably reliable, and Just Works for most...
Thanks for the new log files. Short summary would be that I can't see any significant differences from the previous log files.
Interestingly, it appears like the remote client is able to acquire the stream description and duration from the streaming server:
[2020-02-13 11:16:21,335] [139A7098]...
Yes, I agree.
The ability to access shares shows that the link between the machines is okay. I would further add that the log files show that the tune request from the remote client also makes it to the TV Server no problem. The issue is specifically around either the client's ability to...
Solving this problem will require a bit of networking knowledge.
According to the remote client's TsReader log file:
So, the client is not able to setup an RTSP connection with the server at 192.168.0.100 on port 757.
However, according to the server's streaming server log file this...
Okay, well if we're going to proceed, you're going to need to help me understand a bit more about the 2 specific points I raised.
1. Why do you say that you need one tuner per channel?
Even if I assume you have some legitimate reason for that, the practicalities become...
Honestly, this still doesn't really make sense to me, because I've never heard of "clear QAM over analog". If we assume that your channels are simply standard analog cable then perhaps we can make some progress.
It's very hard to help without more specific details about your requirements and...
Hmmm. I'm a bit surprised, for 2 reasons:
My understanding was that analog cable is not very common - in fact, quite rare - the USA now.
Clear QAM is not analog. It is unencrypted digital cable.
Perhaps you could clarify who your cable provider is, and which package/tier you have?
So, MediaPortal is configured to use a specific audio renderer/output for TV and TV recordings:
<entry name="audiorenderer">DirectSound: LG TV (NVIDIA High Definition Audio)</entry>
Taking the failed live TV attempt as an example, the log...
Yeah, the user running the TV service will need some level of admin privileges because the TV service accesses hardware etc. I'm sorry, I'm not able to tell you exactly what those privileges are. Might be easier to allow the default Windows user that runs the TV service to access the NAS.
To directly answer your question: it depends. :)
In your case I'm fairly sure the answer is "yes - only deleting is handled by TV Server". I say that because it appears like at some stage you've chosen to enable the use of UNC paths for recording playback instead of using RTSP:
CyberSimian is right. The TV service is responsible for deleting files. Therefore the Windows user running the TV service process must have appropriate permissions on the NAS. On this point...
1. Rob, you said:
I don't understand what you're saying here. As far as I'm aware, TV Server does...
I'm not all that familiar with MP2 (I've only ever used MP1), but there are a couple of things that stand out in the log files.
First, from the log files I gather you may not have enabled the "CAM" (CableCARD), as instructed here under "CAM setup":
The log files indicate...
You're welcome, and happy new year - I hope you're well. :)
Sure, but I think you'll find it a bit challenging for the following reasons:
The code bases are too different to enable direct back-porting.
ATSC mode 0x20 (and some of the other modes) are actually a simple run-length compression of...
I've had a quick look. In my opinion, the issue isn't directly caused by the unsupported compression/encoding scheme. Rather, it is caused by the fact that the channel's extended name has more than one segment.
DecodeMultipleStrings() is not producing the correct output. Instead...
Thank you! :)
So, we have the channel URL at the start:
[2019-07-25 18:53:13,962]  [21 ] [DEBUG] - dvbip: Tune:DVBIP:tv:ARD WDR HD Essen Freq:0 ONID:1 TSID:1201 SID:28329 PMT:0x15A4 FTA:True LCN:10000...
It's just an example. The same process can work for any channel.
The PIDs can always be found in the log file, or on KingOfSat, or with various other tools. If I recall correctly, DD may even have a special tool that produces m3u playlists for TV Server.
You're very welcome. :)
Do you understand the workaround suggestion that I made?
As an example, for "Test R" you could change the channel URL from "rtsp://...pids=0,600,501,0,502,501,18,17,16" to "rtsp://...pids=0,16,17,18,401,402,501,502,600". Adding 401 and 402 is the important change. (I...
The broadcaster triggers it. We (TsWriter) can detect the updates by looking for changes in the version field of the PMT:
Yes, you won't find anything in the ETSI/DVB spec. This is an MPEG 2 transport stream (ISO/IEC 13818 part 1) concept. Refer to "Table...
Ahhh, now I understand.
I was confused because the previous patch related directly to decryption. If I recall correctly, in the previous case new audio streams were appearing but could not be used because they were not being decrypted. The patch sent a new decrypt request to the CAM to...
Link back to the related thread in the German forum (logs etc.):
MP 2.2.1 April 2019 Neuerungen: Digital Devices Dynamisches PMT
Perhaps somebody could be so kind as to translate... ? :)
First: the previous patch is only effective for DD tuners that are directly connected to the PC (eg. Cine...
Oh, I agree. Just thinking in terms of providing a quick patch for Pete4000uk to test and confirm a fix.
I think the issue is in this function:
So, please try to return true at the start of the function, or comment out the "this._propertySet.Set(...)" line.
Folks, to me it looks like the issue is caused by the TBS patch that was recently merged into MP1/TVE 3. Unfortunately I'm not able to build patches for MP2's TVE, but if somebody else is able to then I'd be happy to direct that person to lines of code that need to be commented out.
You're right. There does seem to be an issue with the CAM menu interaction:
2019-05-28 21:05:20,883] [Log ] [Turbosight MMI handler] [DEBUG] - Turbosight: received MMI response Menu to message Null
[2019-05-28 21:05:20,885] [Log ] [Turbosight MMI handler] [DEBUG] - Turbosight...
@te3hpurp Thank you. I'll take a look at the log files next week (when I get home).
@ratata Yes there is hope. Please try the new patch I already provided on page 81. If that doesn't work, please provide TV Server log files to enable us to investigate further.
Thank you! :)
Good question. I'm not really sure about the answer. Best guess is that the DLL contains static/global variables that bind each DLL instance to a single tuner. Anyway, this "DLL copy" approach is based on the official recommendations from TBS. Other software (eg. DVBViewer) does...
Interesting point though: is there a reason you are using sample rate 32k [instead of 48k] for AudEncSample_rate_48?
I suppose maybe you are using pass-through so it has no effect?
I just wonder if something like this could be a partial cause for Kodi issues. My understanding is most AC-3...
Hello! Nice to hear from you. I hope you're well. :)
Loading, decryption and unloading look good, thanks! (y)
Did you happen to also check whether the CI/CAM menu is working as expected?
On that front, key things to check are:
After install, new TbsCIapi.dll should be present in the TV Server install directory.
Copies of TbsCIapi.dll named like "TbsCiApi[0-9]+.dll" created in the TV Server install directory when TV Server loads the TBS CI API for a tuner. Since you don't have a...
First, sorry this took a little longer than expected.
I'm happy to say that the first version of a prospective patch to ensure all TBS tuners are supported straight after install is attached.
The code is pushed to this branch:
I confirm that currently VideoProcAmp support is unfortunately only available for tuners, not capture cards. The Hauppauge HD-PVR and Colossus support VideoProcAmp, but TV Server doesn't support controlling their VideoProcAmp. This is due to the way that HD-PVR support was originally added...
Right, there are some candidates in c:\ProgramData\Hauppauge Capture.
config.xml (you can open this file with any text editor or browser)
capture.db3 (this is an SQLite database, which you can open with a DB client such as SQLiteBrowser)
I've had a quick look in the capture.db3...
Sorry, no. Maybe I can try to have a quick look, but no promises. Either way, I don't think it can provide a solution for MP unless it is fully integrated in the hardware/driver.
Yes, MP has limited support for software encoding, but not with cards that have hardware encoding. In most cases the...