Windows Technical Preview  

1031 members have voted

  1. 1. On a scale of 1-5, 1 being worst, 5 being best. What do you think of Windows 10 from the leaks so far?

    • 5.Great, best OS ever
      156
    • 4. Pretty Good, needs a lot of minor tweaks
      409
    • 3. OK, Needs a few major improvements, some minor ones
      168
    • 2. Fine, Needs a lot of major improvements
      79
    • 1.Poor, Needs too many improvements, all hope is lost, never going to use it
      41
  2. 2. Based on the recent leaks by Neowin and Winfuture.de, my next OS upgrade will be?

    • Windows 10
      720
    • Windows 8
      20
    • Windows 7
      48
    • Sticking with XP
      3
    • OSX Yosemite
      35
    • Linux
      24
    • Sticking with OSX Mavericks
      3
  3. 3. Should Microsoft give away Windows 10 for free?

    • Yes for Windows 8.1 Users
      305
    • Yes for Windows 7 and above users
      227
    • Yes for Vista and above users
      31
    • Yes for XP and above users
      27
    • Yes for all Windows users
      192
    • No
      71


Recommended Posts

And I also think that Microsoft coming back with a focus on native code, the move to improve their compiler and supporting C++ '14 after years of aimlessly wondering around in a 'managed code is the future haze' (Apple went through the same phase with their Garbage Collector for Objective-C, but they found their senses, developed ARC, Swift and Clang/LLVM and the new libc++ library has put them squarely in the camp of C++ developers best friend) - WinRT is what developers wanted for years, not managed code framework (aka .NET for the desktop) but a better set of frameworks for native code with the added bonus that it can span from smart phone to tablet to laptop without all the pain and heartache that came with win32. Then add to that the language agnostic nature of WinRT and it is definitely a winner - don't like C++ then use HTML5, don't like that then use JavaScript, want to use Python? great, go a head and use it till your hearts content. Microsoft has gotten back its developer groove by having a developer at the helm - 'developers, developers, developers, developers'.

 

Edit: Given the clean nature of WinRT I wouldn't be surprised if we see an implementation ala wine appearing given that it should be a lot easier to implement WinRT based on the fact that it is new, properly documented and built from the ground up. I'd hazard to guess that going forward we're going to see Microsoft move their whole Office stack to sit on top of WinRT, create underpinnings in WinRT for OS X, Android and iOS backends then recompile for each platform and take the relevant parts they need from WinRT with them aka like what they did back in the days they used Mainsoft to provide Internet Explorer/Outlook Express on Solaris and HP-UX.

Actually, it's not a focus ON native code, but on using APIs properly (as a bridge between native code for the OS, and application code, which is not necessarily native).  However, in order for an API to be properly used, it must be properly delineated - which all too many Windows APIs haven't been.  (In other words, you're right on the "unclean API" issue.)  Having unclean APIs may have been well and good if you have no competition in compiling Windows applications - however, that is far from true - even in the Windows space.

 

Managed code - in and of itself - isn't the issue - in a team environment, managed code is a must..  The problem - where there is one - is that different minds have different approaches to dealing with APIs, and when the API is "unclean" (that is, it ALLOWS multiple approaches) it exacerbates the headaches OF managed code.  Proper API delineation deals with the multiple-approaches problem, which in turn reduces the headaches of code management (which, more often than not, is about approaches to an API).

Android X86 stable distributions actually have play store access, the main problem is apps (mostly games) compiled with the native code libraries will only work on ARM processors. I'm hoping that more developers will start making their stuff x86 compatible as tablets powered by atom processors are becoming more common.

That is exactly what I meant - as there ARE completely non-native (as in across all platforms) and platform-specific (x86-specific, in fact) versions of both Google Play AND Play Services for Lollipop today, and they aren't hacks - the source is Google itself.  It's also why I said that the ball is back in the court of developers.

 

In fact, right now, I'm researching an issue going forward for prospective Android developers (and users) - OpenGL ES support on Hyper-V.  However, since I have started a thread on this issue on the Development forum, take any possible solutions there, please.

From what I can remember they have had play services in Android X86 at least since version 4.2. It is nice to see Google taking that seriously. I wouldn't personally use Android on a desktop computer just yet but it never hurts to see the competition stepping up, and it's certainly far more user friendly than your average Linux distribution. It will be interesting to see how it competes with Windows 10 in the hybrid PC department.

From what I can remember they have had play services in Android X86 at least since version 4.2. It is nice to see Google taking that seriously. I wouldn't personally use Android on a desktop computer just yet but it never hurts to see the competition stepping up, and it's certainly far more user friendly than your average Linux distribution. It will be interesting to see how it competes with Windows 10 in the hybrid PC department.

Javik, the ONLY reason that Android-x86 (today) is not very attractive is that too many Android applications AND games are using either ARM-native code, or DALVIK, or both - the ARM problem is, in fact, solvable (via translation - however, it is a CPU-cycle thief), but the DALVIK problem isn't.  (The DALVIK problem is also a problem for ARM - remember, Lolli lacks DALVIK altogether.)  Further, Google is discouraging the bundling of the Play Store and/or Play Services with x86-based Android images outside of the developer tools - that is, in fact, why Genymotion no longer includes them.  It can be worked around - however, it's not a casual endeavor.

 

Another interest (by users AND developers) is Android VMs inside of Windows.  The big reason this is still semi-proprietary (as opposed to open) is OpenGL - which has been in an open feud with MIcrosoft's DirectX.  The developers doing the most work on OpenGL seem to be doing their best to keep OpenGL from being implementable inside any Microsoft platform - even the elegant hack that is the Genymotion shell (which is also used by the ANDY Android emulator and other emulators based on Oracle Virtual Box) only goes so far in emulation of OpenGL ES calls, which is why some games still don't work.  (There is no equivalent shell for Hyper-V - which is a decided issue going forward.)

 

The hurdles are high - however, they ARE clearable.  To get them cleared, you have to get past the politics - there ARE those with vested interest in seeing those obstacles remain uncleared.

After activating the new login key, I attempted to create a second account to see what it would look like. Unfortunately, the second account now does auto login even when I click sign out, so I couldn't return to my primary account. To fix this I made myself an admin on my secondary account. Then edited the value to return it to the old lock screen and login, which then I was able to log out and login to the primary account to finally delete the secondary. 

That could be it, wouldn't surprise me but at the same time I still like to see updated modern versions of the core apps and tools that come with the OS.

 

 

IF you refer to the icons on that list, I think that list isn't a Windows thing, rather a tool that user has installed on Windows.

 

 

I hope those icons hold out to be true. I'd love to see modern replacements for tools that have long sat in the weeds.

 

To put all rumors to rest, I found out the name of the software used for those icons (yes they are not official). It's called Ease Of Access Replacer v2

 

ease-of-access-replacer.jpg?75a050

I've kinda been holding back, but 9901 is looking cool and I'm downloading it now. Should I run it on a spare hdd or VM? How good does it run in a VM? On a scale from 1-10, 1 being pre alpha 10 being final build, how stable is it? Thanks in advance!

VM works great, but really depends on the host. I have 1 TB on my laptop so I gave the VM 25 gigs of space, access to 2 cores. Also, the laptop has 16 gigs of RAM so I gave the VM 10.7 gigs of usable memory. It will probably run fine with bare minimum. Also the VM is 64-bit and requires a processor with PAE/NX bit. I'm thinking of putting it on my SP3 as a dual boot? Though, maybe Yosemite instead though since I have 9901 on my laptop.

VM works great, but really depends on the host. I have 1 TB on my laptop so I gave the VM 25 gigs of space, access to 2 cores. Also, the laptop has 16 gigs of RAM so I gave the VM 10.7 gigs of usable memory. It will probably run fine with bare minimum. Also the VM is 64-bit and requires a processor with PAE/NX bit. I'm thinking of putting it on my SP3 as a dual boot? Though, maybe Yosemite instead though since I have 9901 on my laptop.

 

Thanks Ian! I've been thinking about dual booting it with my Mac just for giggles. I'm also going to try out a vm so I installed Parallels 10 and it looks like it has support for Windows 10 out of the box. I love the new task bar and the start menu is damn intuitive. :)

Created a Video for the new Lock Screen in 9901:

 

 

 

I'm surprised the new lock screen hasn't been posted to the main page by now.

BOOM HEADSHOT! :p https://www.neowin.net/news/enable-the-new-login-screen-for-windows-10-builds-9888-and-9901

  • Like 2

 

Nice, but there is a small issue with Softpedia, who doesn't have a great forum like we have, so they got the instructions wrong.

 

The Path is

 

HKEY_LOCAL_Machine\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\TestHooks

 

The DWORD (32 Bit) Value in the TestHooks Key is called Threshold with its value set to 0 by default, change that to 1 there is no field with a value of Threshold that you change to '1'. Rather There is a DWORD (32 Bit) Value called "Threshold" located under TestHooks which is under LogonUI that has its value set to 0 but needs to be changed to 1. 

Neowin can be the first news site to get it right!

 

2aaczrp.jpg

Nice, but there is a small issue with Softpedia, who doesn't have a great forum like we have, so they got the instructions wrong.

 

The Path is

Neowin can be the first news site to get it right!

 

2aaczrp.jpg

done, cheers!

I think the lock screen being transparent in this is interesting, specially with all the space the login screen has with the way they moved users to the left side.

 

Maybe they plan to allow things to be shown on the login screen and not the lock screen? Or I guess it could just be a simple option for those who find the idea of the lock screen to be pointless.

They could make Android for desktops, and it would still be junk. They haven't even mastered tablets yet.

Dot, Android is still in flux - I know it, and so do developers.  Part of the flux is, in fact, due to new hardware targeting Android (such as Intel's Atom) and attempts to poison Android against non-ARM development by folks such as Peter Watt.  Even leaving the ARM vs. Intel feud out, OpenGL ES is itself in flux - and that is on every platform - it is NOT alone an Android problem.  Further complicating issues is dealing with OpenGL performance issues for developers on developer platforms, which now must include Windows (and Hyper-V going forward).  Those are all rather significant issues, and Android must address them all.  However, Windows Phone still has that native-code-reliance problem hanging over its head - that is why most developers won't touch it with even Visual Studio Community, let alone 2015 - as long as that problem persists, it's not in a position to make ANY hay.

I think the lock screen being transparent in this is interesting, specially with all the space the login screen has with the way they moved users to the left side.

 

Maybe they plan to allow things to be shown on the login screen and not the lock screen? Or I guess it could just be a simple option for those who find the idea of the lock screen to be pointless.

I think another reason for lock-screen transparency/translucency is so a hint of what is locked can be seen behind the lock-screen - in other words, the lock-screen is a window instead of a wall.  (It won't be FULLY transparent - the lock-screen is, in fact, a security feature.  But a semi-transparent screen will be decidedly a reminder that this is NOT your father's Windows - no version of Windows has included such a lock-screen, despite a lock-screen being a part of Windows since 3.1/NT 3.x - Yosemite uses a semi-transparent lockscreen today.)

Dot, Android is still in flux - I know it, and so do developers.  Part of the flux is, in fact, due to new hardware targeting Android (such as Intel's Atom) and attempts to poison Android against non-ARM development by folks such as Peter Watt.  Even leaving the ARM vs. Intel feud out, OpenGL ES is itself in flux - and that is on every platform - it is NOT alone an Android problem.  Further complicating issues is dealing with OpenGL performance issues for developers on developer platforms, which now must include Windows (and Hyper-V going forward).  Those are all rather significant issues, and Android must address them all.  However, Windows Phone still has that native-code-reliance problem hanging over its head - that is why most developers won't touch it with even Visual Studio Community, let alone 2015 - as long as that problem persists, it's not in a position to make ANY hay.

 

The big question is whether the promises made when they talked about OpenGL NG [link] which is supposed to unify OpenGL 'Desktop' and 'Embedded' into a single modern API set or whether it ends up like 'Long Peaks' but then again developers don't really have much of a choice - either put up with OpenGL and its issues or use Direct X and tie yourself to the Windows wagon and hope that everything works out for the best. As for Windows Phone 8.1, from what I understand it is based on Windows RT and now has the complete WinRT framework available which provides compatibility from the desktop to the laptop, tablet and the phone but there is still the issue about Microsoft being behind the 8th ball when it comes to supporting standards compliant C++, the compiler is still pretty behind the time even if the saving grace of the development tools has been Visual Studio - there was a recent comparison of LLVM/Clang and GCC to Microsoft's own compiler toolchain and it wasn't a pretty sight. I sometimes wonder whether it would be easier for Microsoft just to start using the LLVM libc++ library, Clang and add .NET/MSIL support to the tool chain given that even as of today their developer tools are trailing behind when it comes to standards support.

They could make Android for desktops, and it would still be junk. They haven't even mastered tablets yet.

 

Strange, because I find it works incredibly well on tablets. It resolution scales substantially better than iOS (meaning phone apps don't look like crap), and doesn't consume all of the 16GB of storage available because it's developers insisted on bastardising instead of developing separately. And unlike Windows metro it actually has good support from AAA devs.

Is there a way to enable the fullscreen button on Windows Store apps titlebar in build 9901? For some reason it's there when I create a local account, however when I tie it with my Microsoft account, it puts it back into the context menu, where it was before build 9901. If there would be a registry entry or so.

 

EDIT: I've found it. It's ShowFullScreenButtonOnTitleBar, DWORD type, located in HKCU\Software\Microsoft\Windows\CurrentVersion\ApplicationFrame. 1 enables it, 0 disables it.

Edited by PotatoAlchemist

If you guys want to talk android take it to another thread, this one is about the Windows 10 preview, stay on topic.

tell that to Sir. Dotmatrix then, since he brings up Android, android on the desktop and what knows...... :rolleyes:

This topic is now closed to further replies.
  • Posts

    • User: "But is it good?" Microsoft: "Well, no. But it is less bad."
    • Media Player Classic - Home Cinema 2.7.2 by Razvan Serea Media Player Classic - Home Cinema (MPC-HC) is a free and open-source video and audio player for Windows. MPC-HC is based on the original Guliverkli project (which is no longer maintained) and contains many additional features and bug fixes. As the continuation of the original Media Player Classic, MPC-HC isn’t flashy but it works with nearly any media format. MPC-HC uses DXVA technology to pass decoding operations to your modern video card, enhancing your viewing experience. And MPC-HC supports both physical and software DVDs with menus, chapter navigation, and subtitles. Overview of features A lot of people seem to be unaware of some of the awesome features that have been added to MPC-HC in the past years. Here is a list of useful options and features that everyone should know about: Dark interface Menu > View > Dark Theme When using dark theme it is also possible to change the height of the seekbar and size of the toolbar buttons. Options > Advanced Video preview on the seekbar Options > Tweaks > Show preview on seek bar Adjust playback speed Menu > Play > Playback rate The buttons in the player that control playback rate take a 2x step by default. This can be customized to smaller values (like 10%): Options > Playback > Speed step Adjusting playback speed works best with the internal audio renderer. This also has automatic pitch correction. Options > Playback > Output > Audio Renderer MPC-HC can remember playback position, so you can resume from that point later Options > Player > History You can quickly seek through a video with Ctrl + Mouse Scrollwheel. You can jump to next/previous file in a folder by pressing PageUp/PageDown. You can perform automatic actions at end of file. For example to go to next file or close player. Options > Playback > After Playback (permanent setting) Menu > Play > After Playback (for current file only) A-B repeat - You can loop a segment of a video. Press [ and ] to set start and stop markers. You can rotate/flip/mirror/stretch/zoom the video Menu > View > Pan&Scan This is also easily done with hotkeys (see below). There are lots of keyboard hotkeys and mouse actions to control the player. They can be customized as well. Options > Player > Keys Tip: there is a search box above the table. You can stream videos directly from Youtube and many other video websites You can stream videos directly from Youtube and many other video websites Put yt-dlp.exe or youtube-dl.exe in the MPC-HC installation folder. Then you can open website URLs in the player: Menu > File > Open File/URL You can even download those videos: Menu > File > Save a copy Tip: to be able to download in best quality with yt-dlp/youtube-dl, it is recommended to also put ffmpeg.exe in the MPC-HC folder. Several YDL configuration options are found here: Options > Advanced This includes an option to specify the location of the .exe in case you don't want to put it in MPC-HC folder. Play HDR video This requires using madVR or MPC Video Renderer. After installation these renderers can be selected here: Options > Playback > Output Ability to search for and download subtitles, either automatically or manually (press D): Options > Subtitles > Misc Besides all these (new) features, there have also been many bugfixes and internal improvements in the player in the past years that give better performance and stability. It also has updated internal codecs. Support was added for CUE sheets, WebVTT subtitles, etc. Media Player Classic - Home Cinema 2.7.2 changelog: Updated LAV Filters to version 0.81-23-g6fadb Updated MPC Video Renderer to version 0.10.2.2540 Updated MediaInfo DLL to version 26.05 Updated MPC Audio Renderer Several crash fixes, bug fixes and small improvements. Download: MPC-HC 2.7.2 (x64) | Standalone | ~20.0 MB (Open Source) Download: MPC-HC 2.7.2 (x86) | Standalone Links: MPC-HC Home Page | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • No problems here using the new Outlook. In our company we started to default installing to users on new computers or when we're reimaging. But, if the user needs/ask for the classic one, we install it. Low reject rate at this point.
    • Yeah it's my only home/business computer. The Surface Pen magnetic Storage is on the left side, but it doesn't charge the Pen. I do the charging once every 6+ months by interchanging between 2 rechargeable AAAA batteries and charging the other via a USB A battery charger.
  • Recent Achievements

    • Very Popular
      s0nic69 earned a badge
      Very Popular
    • Collaborator
      Asgardi earned a badge
      Collaborator
    • Conversation Starter
      mobandz earned a badge
      Conversation Starter
    • Apprentice
      fernan99 went up a rank
      Apprentice
    • One Month Later
      nothanks earned a badge
      One Month Later
  • Popular Contributors

    1. 1
      +primortal
      466
    2. 2
      PsYcHoKiLLa
      246
    3. 3
      Skyfrog
      79
    4. 4
      FloatingFatMan
      65
    5. 5
      Michael Scrip
      60
  • Tell a friend

    Love Neowin? Tell a friend!