Building SageTV v9

[wnjj]

ksProptyUtl.dll is loaded within SageTVInfraredReceive.cpp (line 55) here:

https://github.com/google/sagetv/blo...redReceive.cpp

[SHS]

ksProptyUtl.dll it to look like it is for Stream Machine SM2210 chip I believe it just to setup Environment Variable for encoder

[SHS]

Originally Posted by jusjoken

After rebuilding the installer with these removed the client no longer plays any of my test videos (playback error).

Any suggestions?

k

Have try change the codec in setting to all filter to default

[jusjoken]

Originally Posted by SHS

Have try change the codec in setting to all filter to default

Yes. It did not help.

[Narflex]

Originally Posted by stuckless

Jeff, are these able to be built under linux, targeting windows? Or, do they have to be built on a windows machine? If they can be rebuilt under linux, then I might, at some point, take a look at getting it working. If it requires windows... I'll leave for someone else

I don't know if you can cross compile Windows binaries on Linux...that'd be pretty cool if there was a way...but I'm expecting not.

Originally Posted by SHS

pthreadGC2.dll ??

Jeff I think the below dll are for Stream Machine SM2210 chip
Ma32.dll - Provideo PV256T, KWorld DVD Maker Possable even a AverMedia Card
Mase32.dll - Provideo PV256T, KWorld DVD Maker Possable even a AverMedia Card

pthreadGC2.dll is a GNU file for the pthread library on Windows (another FFMPEG dependency I think)
Ahh yes...good memory...the StreamMachine 2210 chip. Yeah, the ma32 and mase32 files were for that audio encoder filter. These 2 files can be removed, there's no reason they should be needed anymore...because no one should still be using a Provideo PV256 card.

Originally Posted by jusjoken

I figured my first step would be to go through the list and REMOVE all the files identified as not used or not redistributable.

AUDIO_PREVIEW.dll
averapi_182.dll
Deinterlace.ax
dlcllib.dll
FixP4.dll
stvl2ad.ax
stvl2ae.ax
stvmcdsmpeg.ax
stvmcmpgdec.dll
stvmpeg2mux.ax
stvmpegin.dll
stvmpg_dlg.dll
stvmpgadec.dll
stvmpgaout.dll
stvmpgcap32.dll
stvmpgcheck.dll
stvmpgdmx.ax
stvmpgmux.dll
stvmpgvdec.dll
stvmpgvout.001
stvmpgvout.002
stvmpgvout.003
stvmpgvout.004
stvmpgvout.dll
stvmuxmpeg.ax
stvpcmaout.dll
tvtvDLCL.dll

After rebuilding the installer with these removed the client no longer plays any of my test videos (playback error).

Any suggestions?

k

Post your logs...if you have some other decoder filters installed, I'd expect it to work. However, if you had the filters registered...and then just removed these files...then it would possibly try to use them still and just error out. Logs will tell us more.

Originally Posted by wnjj

ksProptyUtl.dll is loaded within SageTVInfraredReceive.cpp (line 55) here:

https://github.com/google/sagetv/blo...redReceive.cpp

Ahh yes...nice find. So here's 2 more details I know then:

ksPropertyUtl.dll - Infrared receive support for the Provider PV256 card; this can be removed
averapi_182.dll - Infrared receive support for an AverMedia card...you can likely remove this with no one complaining either.

[jusjoken]

Originally Posted by Narflex

Post your logs...if you have some other decoder filters installed, I'd expect it to work. However, if you had the filters registered...and then just removed these files...then it would possibly try to use them still and just error out. Logs will tell us more.

I started the watching of About a Boy Pilot video on row 1811 in the attached.

This was from a clean install on a fresh VM. The installer was updated to not have those files previously identified so none of the filters removed were ever registered nor installed on the machine.

Thanks for checking this out.

k

[Fuzzy]

Originally Posted by jusjoken

I started the watching of About a Boy Pilot video on row 1811 in the attached.

This was from a clean install on a fresh VM. The installer was updated to not have those files previously identified so none of the filters removed were ever registered nor installed on the machine.

Thanks for checking this out.

k

It looks like it can't even add any filters to the graph other than the renderer (which appears to the added first). I seem to remember some filetypes being forced into using a specific source filter, which may not be present anymore. I did create an issue on github to look into opening up some of these hardcoded graph building restrictions, as I think many of them were to work around issues in decoders that are not obsolete, and most newer decoders and sources should work much more automagically with just about anything.

[EnterNoEscape]

Originally Posted by Narflex

I don't know if you can cross compile Windows binaries on Linux...that'd be pretty cool if there was a way...but I'm expecting not.

You certainly can. That's how I compile FFmpeg when I want things like QSV to be available. I find it a lot easier to build FFmpeg for Windows when you're in Linux. I've seen many times in these kind of cross-platform projects where everything is either built in Linux or on a Mac.

If you're referring to the current SageTV C++ binaries specifically, don't quote me, but I believe it could be done with them too. I'm not sure what level of modifications would be needed if any to accomplish this, but I think it could be done with MinGW-w64 runtime for gcc on Linux. I'm thinking the kinds of problems we might run into would be missing headers that are Microsoft specific.

[jusjoken]

Originally Posted by Fuzzy

It looks like it can't even add any filters to the graph other than the renderer (which appears to the added first). I seem to remember some filetypes being forced into using a specific source filter, which may not be present anymore. I did create an issue on github to look into opening up some of these hardcoded graph building restrictions, as I think many of them were to work around issues in decoders that are not obsolete, and most newer decoders and sources should work much more automagically with just about anything.

I believe most of what I removed were related to the filters we cannot use as they were commercially licensed. With this list installed the media plays fine.

Suggestions to resolve? Otherwise we do not have a working installer and its beyond me to resolve this one.

k

[jusjoken]

Another note: when I play my test imported vido, the OSD displayed is really the Live TV OSD with a channel displayed and then No Signal shown (I have no tuner on this test machine). Odd that it is failing the imported video playback and trying to tune a channel instead.

As info, I have still not found any resolution to this. I am slowly adding back removed components to see what is failing but no luck so far.

k

[jusjoken]

So, I spent WAY too much time trying to find out why this didn't work and finally when I compared the newest (broken) MSI with one that I know works I saw some files missing that shouldn't have been missing (TSSplitter.ax for one). While removing the above list of files from the installer I inadvertently removed some others and they were key !!!

I now have the installer working again with the above list of files removed. I have a bunch more to remove and test some more so I need to be more careful!

k

[Fuzzy]

Originally Posted by jusjoken

So, I spent WAY too much time trying to find out why this didn't work and finally when I compared the newest (broken) MSI with one that I know works I saw some files missing that shouldn't have been missing (TSSplitter.ax for one). While removing the above list of files from the installer I inadvertently removed some others and they were key !!!

I now have the installer working again with the above list of files removed. I have a bunch more to remove and test some more so I need to be more careful!

k

That'd definitely do it...

[JREkiwi]

Originally Posted by jusjoken

Another note: when I play my test imported vido, the OSD displayed is really the Live TV OSD with a channel displayed and then No Signal shown (I have no tuner on this test machine). Odd that it is failing the imported video playback and trying to tune a channel instead.

That symptom is nothing new. I've seen this happen when SageTV has errors on playing a file going back to at least V6 when I raised a ticket for it. IIRC the default action in some of the error handling was to play LiveTV.

John

[jusjoken]

To keep this info together on the forums (I also posted this on GitHub here) here is what I did as of beta 0.003 of the installer related to removing files and/or building/not building binaries...

From an installer perspective the following are no longer included in a Windows Install as of beta 0.003 of the installer...

• Deinterlace.ax and all the related DI_*. Note: no code changes or STV changes have been made yet. The code compiles but if anything references these they likely will fail on run.
• the ms*.dll and related manifest were removed. Note: a few of these were needed for the Main Concept Decoders so were handled by the routine in the installer that retains them before an uninstall of V7.
• PsisDecd.dll removed. Investigation found that on XP SP1 or earlier need this file
• stv. and legacy\stv. Main Concept decoders. These are NOT part of a V9 install. The installer has special handling to retain these IF they already exist on a system.
• AUDIO_PREVIEW.dll removed as the code that referenced this was previously removed from V9
• averapi_182.dll removed as the code that referenced this was previously removed from V9
• ttBdaDrvApi_Dll.dll and CIAP*.dll - Technotrend DVB card support files and were removed as support in the code had been removed from V9 previously
• tvtvDLCL.dll and dlcllib.dll removed from installer as TVTV support had been previously removed from V9
• FixP4.dll - Pentium 4 fix for the Provideo PVR256 card and ma32 and mase32 for the same card - removed as likely not in use by anyone (old)
• ksPropertyUtl.dll - Infrared receive support for the Provider PV256 card; removed however there may be references as pointed out by someone in SageTVInfraredReceive.cpp at line 55

From the remaining binaries at this time I have created a SupportBinaries archive that will likely be on BinTray to house the following that I have no current means to build from source but remain necessary for the windows install...

SageTV/Common

• as_ir200l.dll (Plugin for the Actisys IR200L IR blaster)
• pthreadGC2.dll (a GNU file for the pthread library on Windows - a FFMPEG dependency)
• pushreader.dll (native library for reading in push mode - third_party/SageTV-LGPL/Pushreader)
• uu_irsage.dll (USBUIRT library, source code is in third_party/USB-UIRT)

SageTV/SageTV

• avcodec-51.dll (FFMPEG library which I think is used by our StreamDemux)
• avformat-51.dll (FFMPEG library which I think is used by our StreamDemux)
• avutil-49.dll (FFMPEG library which I think is used by our StreamDemux)
• FreetypeFontJNI.dll (SageTV native library for platform independent text rendering (uses FreeType), the source code is in native/crosslibs/Freetype)
• iconv.dll (LGPL character conversion library)
• ImageLoader.dll (SageTV image loading library (platform independent), source code is in third_party/SageTV-LGPL/imageload)
• jhead.exe (used for manipulating EXIF tags on JPEG files)
• Mpeg2Transcoder.dll (SageTV library for doing transmuxing of MP3 files for playback on the MediaMVP. Source is in native/so/Mpeg2Transcoder)
• mvp.bin (Firmware for the MediaMVP)
• pthreadGC2.dll (a GNU file for the pthread library on Windows - a FFMPEG dependency)
• swscale.dll (SWScaler library (I thought this was compiled into the image loader DLL; this may also be another FFMPEG dependency from the Mpeg2Transcoder). Source code is in third_party/swscale)

[wubdich]

Originally Posted by jusjoken

Technotrend DVB card support files and were removed as support in the code had been removed from V9 previously

SageTV 9 has abandoned support for Technotrend TT-budget S2-3200 ? Why ... ?

[jusjoken]

Originally Posted by wubdich

SageTV 9 has abandoned support for Technotrend TT-budget S2-3200 ? Why ... ?

Based on Jeff's comment on page 1 of this thread...

ttBdaDrvApi_Dll.dll - Technotrend library for their cards (I didn't have the license info so redistribution was ambiguous)

...I removed the file from the installer. I can add it back in as long as someone does some searching to determine our "right" as a community to distribute that (and related) files. I have not had any time to do this myself.

k

[wubdich]

Originally Posted by jusjoken

...I removed the file from the installer. I can add it back in as long as someone does some searching to determine our "right" as a community to distribute that (and related) files. I have not had any time to do this myself.

Ah ... ok ... my understanding is that the ttBdaDrvApi_Dll.dll is needed to support CI and DiSEqC features of Technotrend DVB-S cards. Would be nice to keep them on board. I will try to talk to them (http://www.technotrend.eu/).

[JREkiwi]

Originally Posted by wubdich

Ah ... ok ... my understanding is that the ttBdaDrvApi_Dll.dll is needed to support CI and DiSEqC features of Technotrend DVB-S cards.

It's available as part of their SDK from here on this page, but can't find any information about redistribution.

John

[Narflex]

I don't think we actually removed anything from the source code regarding the Technotrend cards...so it's very likely that if you just put those files back; then it'll all work fine. And you can easily get those files out of a V7 installation.

If anybody is using a Technotrend card and can find out what the situation is; that'd be good to know.

[jusjoken]

Originally Posted by Narflex

I don't think we actually removed anything from the source code regarding the Technotrend cards...so it's very likely that if you just put those files back; then it'll all work fine. And you can easily get those files out of a V7 installation.

If anybody is using a Technotrend card and can find out what the situation is; that'd be good to know.

Yes I have the files and can easily add them into the next installer, just waiting to hear what wubdich finds from the owners on distribution.