LOLOLOL Did all that to get ... Heroin? Dude. Seriously?
We don't even need opium plants anymore. The crap doctors sling out here like candy is all synthetic. Kinda like bath salts and not pot, only it's approved by the FDA. If anything, those opium fields compete with big pharm, so why would that be? You know how much Pfizer can sell their stuff LEGALLY in Europe? Who's the competition? And as far as heroin goes.
Here when the insurance runs out or the pill kill gets raided, the junkees will get heroin, but it comes from Mexico.
Junkees.... Half of those poor folks weren't any sort of druggie - til they got hurt and saw a doctor.
I imagine y'all get yours from Vietnam, Cambodia and Thailand.
But folks like these are more dangerous to the planet than any heroin dealer out there.
Yeah. One thing big pharm has over the other dope dealers though is when they show up to make the street dealers buy their stuff, instead of pistol whipping them, they do this
If you wanna know something, the Mexican drug wars was set off by Bin Laden. Yep after 9-11, crossing the border turned into a BIG hassle. And at one time, Nuevo Laredo was the safest big city I had ever been in. All that went to hell on September 12th. And everyone I know from there is either here or dead.
Last edited by Racer Y, .
Reason : Forgot something
Hey guys! , i buy this wheel for to be able to control the car better in the game but it has not been easy, at the time had no big budget and I bought this because I thought it would be a good choice, I'm having difficulties in settings inside the game, because I think my steering wheel has no programs to configure as the g25 g27 etc ..., then follow my settings in the game (I want to try to do everything the game allows like running, drift, cruise) what configs should I try?
Turns out it was already installed Playing around with lapper now. Not initing the console events got me a bit further but now i run into another problem again ...
Will see how far i can get.
pff ... have updated the os and mono and everything, but still the same issue. Seems mono doesn't know about 1251. But apparently it is supposed to know "windows-1251" (even though 1251 in the functions below should work according to docs).
I wonder if it's possible for you to create a test version with the following change? Would like to try.
I've dumped some Lapper traffic where you can see:
17:03:03.879720 - Lapper sends ISP_ISI with the correct admin password
17:03:03.881793 - LFS sends ISP_VER in reply (so everything should be ok, yet I don't see this in the LFS console )
and then some more data is exchanged before Lapper hangs up right after sending ISP_TINY + TINY_NCN (17:03:04.015324).
So this is pretty weird. In which cases does Lapper report that the admin password is incorrect?
and oh, no ERR files and I'm using a default configuration ... except the two extra lines with $configFile and $superUsersFile in default_1.ini, as pasted above.
I tried remotePort=3002 but it didn't help unfortunately.
EDIT - so just checking ... remotePort is for remote management of Lapper, correct? So this port should always be randomised as Lapper will open a local socket on that port for each instance?
EDIT 2 - actually I don't see a listening socket on 3001 at all. Even though there should be one?
EDIT 3 - aha, when I start a new instance of Lapper, I can briefly see activity on 3001:
but then it goes away after Lapper exits, of course. At least this hints that remotePort (or at least, setting up the socket) is not the issue here.
more player have problem with connect for all europe state .. hmm ... change privilegium on folder c:/lfs/ for only one user with out administrator ... some player funning with try hacking ...
Hi drivers ,, please ,, please please ..
if i install clean lfs and open garage with some cars ,, so i look only bad information for me setup cars ... 1) total gear and gear .. i need info how much big is car wheel, total speed if max rmp for 1,2,3,4,5 gear box and next ...
2 ) i need view Herz frecvention if i seting shoc absorber chassis.
and more next prioritw information ,,,,,
soo meaby gearbox,, i view only stu,,pid number and i must go way .. garage, change, go way, garage , change, go way ,,, bleeeeeee this is not setuping car ... bleee
please info
please some mod, or keyboarting.
please please ... i use VHPA (vehicle handling analysator ) but i think no aktual ,, and i thik not regular info for power and max speed with chassi .
couldn't the cmx viewer be embeded directly into LFS folder ? It will avoid copy paste ... if there is no "duplicate" file name, being actually different, between CMX and LFS of course ....
To all : have a nice coming year with my best wishes !
Scawen, Eric, Victor, Geraldine (etc ...) : may this year bring you the best ! Good luck, work and fun !
This suggestion comes up every few years, and it's always nice to see Linux enthusiasts showing interest in LFS.
I doubt LFS will ever go open source. Unless, perhaps, ScaViEr decides to abandon the project for some reason. Porting it to- or supporting open platforms and APIs is a different matter, though. Perhaps that'll happen eventually, but as already pointed out in this thread that is currently not a priority.
Meanwhile ...
I know that the original poster was asking for a native build of the game and not instructions on how to run it in Wine, but if someone else is interested there are articles on the LFS Wiki that describe how to set it up.
Please bear in mind that these articles are a couple of years old and that they only cover Debian-based distros.
hm, I would *love* to see LFS code base being more portable too, so migrating to Vulcan, if it would be for free? Hell yeah!
I just don't see how it can happen in foreseeable future with current LFS development and situation, as there are clearly lot more important things on the agenda, and Scawen does not plan to enlarge the dev team or to open source it...
And at this moment everything works (also in linux), so I guess this is unfortunate request at *this* moment. Would the situation change, I'm all for it too... Especially as having "wine" working on my box is always a hassle, I basically stopped playing any games which don't have native linux support, the LFS installation was just to test if it still works (I mean "wine" installation, and it took 2-3 hours to get it into state which I wanted ... using distro without official 32b support will probably become a bit of pain in 12-24 months, at least for closed-source SW from 3rd parties...).
... and? I mean I don't have any wheel at home, no HW. (I'm not talking about driver issues ... Once you don't have HW, you don't have driver issues, it's magical, everybody should try that some time...)
Why exactly? It would made cracking offline part of LFS slightly easier (removing the check in source is simpler than debugging the binary), otherwise not much else would change, you would still have to buy license to access S1/2/3 content in MP games.
Unless Scawen is actually selling LFS code base as his know-how into other projects, the business model would be quite unaffected, except all the new noise of pull-requests coming...
It took long time to move from DX8 to DX9, and that's somewhat related API, and it's just *now* the content and rendering method does catch up and the LFS is finally taking advantage of those new DX9 features... Seems to me like this next update (with track graphics and new rendering method) will be done somewhere in 2019. Then the car graphics will become elephant in the room, plus there's still the new tyre physics to be finished and released. I don't see any practical reason to prioritize yet another render API change over these two major points, so I guess your request will be considered not sooner that at summer 2020 (after cars-patch, which I guess will be released somewhere in 2020..2022)...
At least vulcan will be quite mature at that point I guess, unless they will start to add new features every year like DX and OGL did lately, keeping the drivers in constant mess of not working precisely as specification says, or even situations where gfx drivers contain database of known shader logical bugs, and compiling such source into different shader code to fix the bugs in some games...
There's thread where I was suggesting moving to OGL about 5 years ago I guess (too lazy to search for it), but only DX8 -> DX9 migration happened in the meantime.
This is all JFYI (it sounds a bit like I'm patronizing you or something, sorry for the tone, pick up the facts please), as it seems you are somewhat new here, and not accustomed to speed of LFS development and you somehow are asking for fix for something what is not truly broken (wine works well so far, and Scawen is keeping LFS win-api usage intentionally minimal to levels where older windows and wine should be safe), while there are major game changes on-going for last 10 years (new tyre physics), blocking pretty much everything else, for a bit too long. Patience... (it still makes me a bit curious, why impatient people didn't meanwhile fix TORCS to be better simulation, all it needs it's just forking it and fixing everything you wish...)
EDIT: BTW, the DX11 support in wine is hot news (in the LFS development time-scale), when Scawen was last time touching the rendering code, the DX11 support in wine in prototype stage, basically not working, and you had to have development branch of wine, building it from sources, so that's why he did target DX9 and not DX10/DX11, to keep LFS somewhat linux compatible (plus the API change between DX9 -> DX11 is substantial and it would remove also WinXP users, not just wine, and DX9 has enough features to provide reasonable graphics, so there's no hard push for particular feature of DX10 or DX11 API, which would suddenly magically make LFS look/work much better, DX9 is quite sufficient for the moment).
EDIT2: hmm.. and just in case you missed it, Scawen is the only programmer on the project, so maybe do search for all his forum posts, to get better idea how LFS is being developed, and what are the future plans. Also it's often quite informal read, and one can learn a thing or two. So while your request would make quite some sense for somewhat larger team, where one part may start to work on new 3D engine, in LFS case working on Vulcan port would probably stop everything else. And if it ain't broken...