I’d assume the compatibility layer ignores app IDs and just reads from content
in the vpks folder, especially given:
>>> in which the MountSteamContent function is literally empty.
On 8 Dec 2013, at 9:37 am, Jeremy <jswig...@gmail.com> wrote:
> That's that I assumed, but that still leaves the question why the hell can't
> I mount the vpks from the other folders. Is the compatibility version lacking
> the ability to explicitly mount other app ids? It appears straight up broken.
>
>
> On Sat, Dec 7, 2013 at 4:30 PM, Netshroud <netshr...@gmail.com> wrote:
> AFAIK the engine itself doesn’t support it, but there’s a compatibility
> version of steam.dll in there that, when asked to read GCF content, reads it
> from the VPKs instead. The engine itself doesn’t know the difference.
>
> On 8 Dec 2013, at 9:01 am, Jeremy <jswig...@gmail.com> wrote:
>
>> Source 2007 must have vpk support at some level to mount the files under
>> Source SDK Base 2007\vpks
>>
>>
>> On Sat, Dec 7, 2013 at 2:25 PM, Stephen Swires <st...@swires.me> wrote:
>> Since the Steampipe switch, none of these can be mounted because they no
>> longer use GCFs and Source 2007 has no VPK support. The only way this could
>> be fixed is having the user manually extract the content or porting your mod
>> to Source 2013.
>>
>>
>> On 7 December 2013 07:19, Neico <ad...@neic0.de> wrote:
>> Steampipe Source Engine is using filesystem_stdio instead of
>> filesystem_steam in which the MountSteamContent function is literally empty.
>> I guess I could give you some advice in how to do it now and in a proper and
>> automated way, but due to my code not being perfect yet and the simple
>> fact that I don't like to share entire code copies (especially when they
>> contain project specific code) to the public I'd say that you contact me via
>> steam if you're intested in how I'd tackle this issue.
>> Steam Name is Neico / [YaS] Neico
>>
>> - Neico
>>
>>
>> On 07.12.2013 04:18, Jeremy wrote:
>>> I'm trying to get a game working that broke when my Source 2007 was updated
>>> to steam pipe.
>>>
>>> The mod mounts game content from hl2, ep1, ep2, and hl2dm through the file
>>> system like so.
>>>
>>> struct MountContent
>>> {
>>> const char * name;
>>> int appId;
>>> };
>>> const MountContent mountContent[] =
>>> {
>>> { "HL2 Deathmatch", 320 },
>>> { "HL2 EP2", 420 },
>>> { "Portal", 400 },
>>> { "HL2 EP1", 380 },
>>> { "HL2", 220 },
>>> };
>>>
>>> for ( int i = 0; i < sizeof(mountContent) / sizeof(mountContent[ 0 ] ); ++i
>>> )
>>> {
>>> if ( FILESYSTEM_MOUNT_FAILED ==
>>> filesystem->MountSteamContent(-mountContent.appId) )
>>> Warning("Unable to mount extra content %s with appId: %i\n",
>>> mountContent.name, mountContent.appId);
>>> else
>>> Msg("Mounted extra content %s with appId: %i\n", mountContent.name,
>>> mountContent.appId);
>>> }
>>>
>>>
>>>
>>> filesystem->AddSearchPath("hl2mp",
>>> "GAME");
>>> filesystem->AddSearchPath("hl2", "GAME");
>>> filesystem->AddSearchPath("episodic", "GAME");
>>> filesystem->AddSearchPath("ep2", "GAME");
>>>
>>>
>>>
>>> These calls succeed,
>>> which should mean that the content is available for use,
>>> however it is not. It fails to load content from multiple of
>>> these alternate mod sources. I can work around the problem
>>> by extracting all the vpks from these different sources to
>>> the mod folder, but obviously that is not a solution. Anyone
>>> know how to fix this issue?
>>>
>>>
>>>
>>> Is there something
>>> special needed in the gameinfo as well? Seems redundant to
>>> have to define it in both places.
>>>
>>>
>>>
>>> FileSystem {
>>> SteamAppId 218 ToolsAppId 211 SearchPaths { Game
>>> |gameinfo_path|. Game |all_source_engine_paths|hl2mp Game
>>> |all_source_engine_paths|ep2 Game
>>> |all_source_engine_paths|episodic Game
>>> |all_source_engine_paths|hl2 } }
>>>
>>>
>>> _______________________________________________
>>> To unsubscribe, edit your list preferences, or view the list archives,
>>> please visit:
>>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>>>
>>
>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>>
>>
>>
>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>>
>>
>>
>> _______________________________________________
>> To unsubscribe, edit your list preferences, or view the list archives,
>> please visit:
>> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>>
>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please
> visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>
>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives, please
> visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
>
_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlcoders
