Recommended Posts

Sedan Skype 5.0 beta släpptes, har jag sökt efter uppgifter som bekräftar att Skype skulle använda VP8 istället för VP7. I dag kom en sådan bekräftelse: WebM Video Codec in Skype 5.0 Group Video Tydligen endast för gruppvideosamtal. Antar att begränsningen beror på kompatibilitet (med Skype 4.x).

Och från och med version 5.5 används VP8 också för videosamtal mellan två användare, om båda har version 5.5 eller högre. Linux-versionen står och stampar på version 2.2 beta…

One-to-One VP8 Video Calling Now Supported in Skype

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Cayuga har uppdaterats med Patch 1. Hela historiken för libvpx i spoilern.

2011-08-15 v0.9.7-p1 “Cayuga” patch 1

This is an incremental bugfix release against Cayuga. All users of that

release are strongly encouraged to upgrade.

- Fix potential OOB reads (cdae03a)

An unbounded out of bounds read was discovered when the

decoder was requested to perform error concealment (new in

Cayuga) given a frame with corrupt partition sizes.

A bounded out of bounds read was discovered affecting all

versions of libvpx. Given an multipartition input frame that

is truncated between the mode/mv partition and the first

residiual paritition (in the block of partition offsets), up

to 3 extra bytes could have been read from the source buffer.

The code will not take any action regardless of the contents

of these undefined bytes, as the truncated buffer is detected

immediately following the read based on the calculated

starting position of the coefficient partition.

- Fix potential error concealment crash when the very first frame

is missing or corrupt (a609be5)

- Fix significant artifacts in error concealment (a4c2211, 99d870a)

- Revert 1-pass CBR rate control changes (e961317)

Further testing showed this change produced undesirable visual

artifacts, rolling back for now.

2011-08-04 v0.9.7 “Cayuga”

Our third named release, focused on a faster, higher quality, encoder.

- Upgrading:

This release is backwards compatible with Aylesbury (v0.9.5) and

Bali (v0.9.6). Users of older releases should refer to the Upgrading

notes in this document for that release.

- Enhancements:

Stereo 3D format support for vpxenc

Runtime detection of available processor cores.

Allow specifying --end-usage by enum name

vpxdec: test for frame corruption

vpxenc: add quantizer histogram display

vpxenc: add rate histogram display

Set VPX_FRAME_IS_DROPPABLE

update configure for ios sdk 4.3

Avoid text relocations in ARM vp8 decoder

Generate a vpx.pc file for pkg-config.

New ways of passing encoded data between encoder and decoder.

- Speed:

This release includes across-the-board speed improvements to the

encoder. On x86, these measure at approximately 11.5% in Best mode,

21.5% in Good mode (speed 0), and 22.5% in Realtime mode (speed 6).

On ARM Cortex A9 with Neon extensions, real-time encoding of video

telephony content is 35% faster than Bali on single core and 48%

faster on multi-core. On the NVidia Tegra2 platform, real time

encoding is 40% faster than Bali.

Decoder speed was not a priority for this release, but improved

approximately 8.4% on x86.

Reduce motion vector search on alt-ref frame.

Encoder loopfilter running in its own thread

Reworked loopfilter to precalculate more parameters

SSE2/SSSE3 optimizations for build_predictors_mbuv{,_s}().

Make hor UV predict ~2x faster (73 vs 132 cycles) using SSSE3.

Removed redundant checks

Reduced structure sizes

utilize preload in ARMv6 MC/LPF/Copy routines

ARM optimized quantization, dfct, variance, subtract

Increase chrow row alignment to 16 bytes.

disable trellis optimization for first pass

Write SSSE3 sub-pixel filter function

Improve SSE2 half-pixel filter funtions

Add vp8_sub_pixel_variance16x8_ssse3 function

Reduce unnecessary distortion computation

Use diamond search to replace full search

Preload reference area in sub-pixel motion search (real-time mode)

- Quality:

This release focused primarily on one-pass use cases, including

video conferencing. Low latency data rate control was significantly

improved, improving streamability over bandwidth constrained links.

Added support for error concealment, allowing frames to maintain

visual quality in the presence of substantial packet loss.

Add rc_max_intra_bitrate_pct control

Limit size of initial keyframe in one-pass.

Improve framerate adaptation

Improved 1-pass CBR rate control

Improved KF insertion after fades to still.

Improved key frame detection.

Improved activity masking (lower PSNR impact for same SSIM boost)

Improved interaction between GF and ARFs

Adding error-concealment to the decoder.

Adding support for independent partitions

Adjusted rate-distortion constants

- Bug Fixes:

Removed firstpass motion map

Fix parallel make install

Fix multithreaded encoding for 1 MB wide frame

Fixed iwalsh_neon build problems with RVDS4.1

Fix semaphore emulation, spin-wait intrinsics on Windows

Fix build with xcode4 and simplify GLOBAL.

Mark ARM asm objects as allowing a non-executable stack.

Fix vpxenc encoding incorrect webm file header on big endian

2011-03-07 v0.9.6 “Bali”

Our second named release, focused on a faster, higher quality, encoder.

- Upgrading:

This release is backwards compatible with Aylesbury (v0.9.5). Users of older releases should refer to the Upgrading notes in this document for that release.

- Enhancements:

vpxenc --psnr shows a summary when encode completes

--tune=ssim option to enable activity masking

improved postproc visualizations for development

updated support for Apple iOS to SDK 4.2

query decoder to determine which reference frames were updated

implemented error tracking in the decoder

fix pipe support on windows

- Speed:

Primary focus was on good quality mode, speed 0. Average improvement on x86 about 40 %, up to 100 % on user-generated content at that speed.

Best quality mode speed improved 35 %, and realtime speed 10–20 %. This release also saw significant improvement in realtime encoding speed on ARM platforms.

Improved encoder threading

Dont pick encoder filter level when loopfilter is disabled.

Avoid double copying of key frames into alt and golden buffer

FDCT optimizations.

x86 sse2 temporal filter

SSSE3 version of fast quantizer

vp8_rd_pick_best_mbsegmentation code restructure

Adjusted breakout RD for SPLITMV

Changed segmentation check order

Improved rd_pick_intra4x4block

Adds armv6 optimized variance calculation

ARMv6 optimized sad16x16

ARMv6 optimized half pixel variance calculations

Full search SAD function optimization in SSE4.1

Improve MV prediction accuracy to achieve performance gain

Improve MV prediction in vp8_pick_inter_mode() for speed>3

- Quality:

Best quality mode improved PSNR 6.3 %, and SSIM 6.1 %. This release also includes support for “activity masking,” which greatly improves SSIM at the expense of PSNR. For now, this feature is available with the --tune=ssim option. Further experimentation in this area is ongoing. This release also introduces a new rate control mode called “CQ,” which changes the allocation of bits within a clip to the sections where they will have the most visual impact.

Tuning for the more exact quantizer.

Relax rate control for last few frames

CQ Mode

Limit key frame quantizer for forced key frames.

KF/GF Pulsing

Add simple version of activity masking.

make rdmult adaptive for intra in quantizer RDO

cap the best quantizer for 2nd order DC

change the threshold of DC check for encode breakout

- Bug Fixes:

Fix crash on Sparc Solaris.

Fix counter of fixed keyframe distance

ARNR filter pointer update bug fix

Fixed use of motion percentage in KF/GF group calc

Changed condition for using RD in Intra Mode

Fix encoder real-time only configuration.

Fix ARM encoder crash with multiple token partitions

Fixed bug first cluster timecode of webm file is wrong.

Fixed various encoder bugs with odd-sized images

vp8e_get_preview fixed when spatial resampling enabled

quantizer: fix assertion in fast quantizer path

Allocate source buffers to be multiples of 16

Fix for manual Golden frame frequency

Fix drastic undershoot in long form content

2010-10-28 v0.9.5 “Aylesbury”

Our first named release, focused on a faster decoder, and a better encoder.

- Upgrading:

This release incorporates backwards-incompatible changes to the ivfenc and ivfdec tools. These tools are now called vpxenc and vpxdec.

vpxdec

* the -q (quiet) option has been removed, and replaced with -v (verbose). the output is quiet by default. Use -v to see the version number of the binary.

* The default behavior is now to write output to a single file instead of individual frames. The -y option has been removed.

Y4M output is the default.

* For raw I420/YV12 output instead of Y4M, the --i420 or --yv12 options must be specified.

$ ivfdec -o OUTPUT INPUT

$ vpxdec --i420 -o OUTPUT INPUT

* If an output file is not specified, the default is to write Y4M to stdout. This makes piping more natural.

$ ivfdec -y -o - INPUT | ...

$ vpxdec INPUT | ...

* The output file has additional flexibility for formatting the filename. It supports escape characters for constructing a filename from the width, height, and sequence number. This replaces the -p option. To get the equivalent:

$ ivfdec -p frame INPUT

$ vpxdec --i420 -o frame-%wx%h-%4.i420 INPUT

vpxenc

* The output file must be specified with -o, rather than as the last argument.

$ ivfenc <options> INPUT OUTPUT

$ vpxenc <options> -o OUTPUT INPUT

* The output defaults to webm. To get IVF output, use the --ivf option.

$ ivfenc <options> INPUT OUTPUT.ivf

$ vpxenc <options> -o OUTPUT.ivf --ivf INPUT

- Enhancements:

ivfenc and ivfdec have been renamed to vpxenc, vpxdec.

vpxdec supports .webm input

vpxdec writes .y4m by default

vpxenc writes .webm output by default

vpxenc --psnr now shows the average/overall PSNR at the end

ARM platforms now support runtime cpu detection

vpxdec visualizations added for motion vectors, block modes, references

vpxdec now silent by default

vpxdec --progress shows frame-by-frame timing information

vpxenc supports the distinction between --fps and --timebase

NASM is now a supported assembler

configure: enable PIC for shared libs by default

configure: add --enable-small

configure: support for ppc32-linux-gcc

configure: support for sparc-solaris-gcc

- Bugs:

Improve handling of invalid frames

Fix valgrind errors in the NEON loop filters.

Fix loopfilter delta zero transitions

Fix valgrind errors in vp8_sixtap_predict8x4_armv6().

Build fixes for darwin-icc

- Speed:

20–40 % (average 28 %) improvement in libvpx decoder speed, including:

Rewrite vp8_short_walsh4x4_sse2()

Optimizations on the loopfilters.

Miscellaneous improvements for Atom

Add 4-tap version of 2nd-pass ARMv6 MC filter.

Improved multithread utilization

Better instruction choices on x86

reorder data to use wider instructions

Update NEON wide idcts

Make block access to frame buffer sequential

Improved subset block search

Bilinear subpixel optimizations for ssse3.

Decrease memory footprint

Encoder speed improvements (percentage gain not measured):

Skip unnecessary search of identical frames

Add SSE2 subtract functions

Improve bounds checking in vp8_diamond_search_sadx4()

Added vp8_fast_quantize_b_sse2

- Quality:

Over 7 % overall PSNR improvement (6.3 % SSIM) in “best” quality encoding mode, and up to 60 % improvement on very noisy, still or slow moving source video

Motion compensated temporal filter for Alt-Ref Noise Reduction

Improved use of trellis quantization on 2nd order Y blocks

Tune effect of motion on KF/GF boost in two pass

Allow coefficient optimization for good quality speed 0.

Improved control of active min quantizer for two pass.

Enable ARFs for non-lagged compress

2010-09-02 v0.9.2

- Enhancements:

Disable frame dropping by default

Improved multithreaded performance

Improved Force Key Frame Behaviour

Increased rate control buffer level precision

Fix bug in 1st pass motion compensation

ivfenc: correct fixed kf interval, --disable-kf

- Speed:

Changed above and left context data layout

Rework idct calling structure.

Removed unnecessary MB_MODE_INFO copies

x86: SSSE3 sixtap prediction

Reworked IDCT to include reconstruction (add) step

Swap alt/gold/new/last frame buffer ptrs instead of copying.

Improve SSE2 loopfilter functions

Change bitreader to use a larger window.

Avoid loopfilter reinitialization when possible

- Quality:

Normalize quantizer’s zero bin and rounding factors

Add trellis quantization.

Make the quantizer exact.

Updates to ARNR filtering algorithm

Fix breakout thresh computation for golden & AltRef frames

Redo the forward 4x4 dct

Improve the accuracy of forward walsh-hadamard transform

Further adjustment of RD behaviour with Q and Zbin.

- Build System:

Allow linking of libs built with MinGW to MSVC

Fix target auto-detection on mingw32

Allow --cpu= to work for x86.

configure: pass original arguments through to make dist

Fix builds without runtime CPU detection

msvs: fix install of codec sources

msvs: Change devenv.com command line for better msys support

msvs: Add vs9 targets.

Add x86_64-linux-icc target

- Bugs:

Potential crashes on older MinGW builds

Fix two-pass framrate for Y4M input.

Fixed simple loop filter, other crashes on ARM v6

arm: fix missing dependency with --enable-shared

configure: support directories containing .o

Replace pinsrw (SSE) with MMX instructions

apple: include proper mach primatives

Fixed rate control bug with long key frame interval.

Fix DSO link errors on x86-64 when not using a version script

Fixed buffer selection for UV in AltRef filtering

2010-06-17 v0.9.1

- Enhancements:

ivfenc/ivfdec now support YUV4MPEG2 input and pipe I/O

Speed optimizations

- Bugfixes:

Rate control

Prevent out-of-bounds accesses on invalid data

- Build system updates:

Detect toolchain to be used automatically for native builds

Support building shared libraries

Better autotools emulation (--prefix, --libdir, DESTDIR)

- Updated LICENSE

http://webmproject.blogspot.com/2010/06/changes-to-webm-open-source-license.html

2010-05-19 v0.9.0

Initial open source release of libvpx, the VP8 codec for WebM video.

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser
Stöd för helskärm är delvis infört. Om du trycker på helskärmsknappen expanderas spelaren så att den fyller hela webbläsaren. Om webbläsaren har stöd för helskärmsalternativ kan du använda det om du vill att spelaren ska fylla ut hela skärmen
https://www.youtube.com/html5

Detta tycks nu vara fixat, så att helskärmsknappen aktiverar fullt helskärmsläge, d.v.s. maximerar videon och aktiverar webbläsarens helskärmsläge. Fungerar med Chrome 15 och Opera 12. I Firefox 7 får man alltjämt trycka på F11 (eller Visa > Helskärm).

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Upptäckte nyss att YouTube nu har börjat lägga till ytterligare en upplösning för WebM-videor: 480p (854×480). Som mest kan en WebM-video nu finnas i dessa tre upplösningar:

720p (1280×720, fmt45)

480p (854×480, fmt44)

360p (480×360, fmt43)

1080p (1920×1080, fmt46) har lagts till.

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Japp, +10,5 % i denna version, och +8,4 % i förra versionen (0.9.7).

Det vore intressant att se en uppdaterad jämförelse mellan senaste libvpx och senaste ffvp8.

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser
Gäst opensource

Precis. Har läst att ffvp8 ska ha högre prestanda. Jag skulle även vilja veta hur stor skillnad det är i prestanda mellan 64-bitars och 32-bitars.

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Under vintern har det skapats en wiki för WebM och VP8: https://sites.google...oject.org/wiki/

Via den fick jag bekräftat att det arbetas på VP8-kodaren xvp8: https://github.com/DarkShikari/xvp8

”Dark Shikari” (Jason Garrett-Glaser), som är aktiv i det projektet, är en av x264-utvecklarna, och även av VP8-avkodaren ffvp8. x264 är den bästa kodaren för AVC/H.264, och ffvp8 är en mycket snabb avkodare, så detta är mycket positivt för VP8 och WebM.

I sin första analys av VP8 var Jason Garrett-Glaser rätt kritisk, men då var varken kodare eller avkodare särskilt optimerade: http://x264dev.multi...cx/archives/377

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Den nya, högeffektiva ljudkodeken Opus har standardiserats av IEFT (Internet Engineering Task Force) som RFC6716. :)

Opus kan användas i html5-taggen <audio>, men för närvarande är Firefox den enda webbläsare som stöder Opus.

Mozilla Hacks: It’s Opus, it rocks and now it’s an audio codec standard!

Xiph.org: IETF standardizes the Opus audio codec as RFC 6716, Opus reference implementation 1.0.1 released

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Den alternativa VP8-kodaren xvp8 nämndes första gången i x264 Development Newsletter: Vol 14 (april 2011), men redan i x264 Development Newsletter: Vol 17 (juni 2011) är xvp8 försvunnen ur nyhetsbrevet. I x264 Development Newsletter Vol. 30 (maj 2012) återkom den, med en statusuppdatering: ”It supports I-frames with i16x16 blocks now and is being extended to support more of the spec.” I x264 Development Newsletter: Vol 32 (september 2012) är statusen uppdaterad igen: ”It supports I-frames with i16x16 blocks now and some portions of P-frames and is being extended to support more of the spec.”

Glädjande att xvp8-projektet lever och att framsteg görs. Baserad på x264, har xvp8 goda förutsättningar att bli bättre än referenskodaren libvpx. :)

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Problemet med <audio> i IE har jag äntligen funnit lösningen på! För att html5-media skall fungera i IE måste mediefilens mimetyp anges i koden. Hela koden för min audio-testsida blir då:

<!doctype html>
<head>
<title>audio-test</title>
</head>
<body>
<p>
<audio src="https://dl.dropbox.com/s/c4oigmyf2ruduux/Ringdans.ogg" type="audio/ogg" controls>
</audio><br>
Vorbis i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4iwhda6cjgwh76/Ringdans.webm" type="audio/webm" controls>
</audio><br>
Vorbis i WebM-behållare
<p>
<audio src="https://dl.dropbox.com/s/t47vemklqkx8ife/Ringdans.mp4" type="audio/mp4" controls>
</audio><br>
AAC i mpeg-4-behållare
<p>
<audio src="https://dl.dropbox.com/s/8h2ga38s68qegw6/Ringdans.mp3" type="audio/mpeg" controls>
</audio><br>
mp3
</body>
</html>

Testsidan: https://dl.dropbox.c...wwgd/audio.html

En enkel lösning, men man undrar ju varför IE behöver mer information än andra webbläsare.

Av formaten på testsidan kan IE (9 och 10) spela upp AAC i mpeg-4-behållare och mp3. Med WebM Video for Microsoft Internet Explorer 9 (fungerar också med IE10) installerat kan även Vorbis i WebM-behållare spelas upp.

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

En enkel lösning, men man undrar ju varför IE behöver mer information än andra webbläsare.

IE har alltid krävt extra kod. Varför frångå traditionen...? :rolleyes:

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser
Den nya, högeffektiva ljudkodeken Opus har standardiserats av IEFT (Internet Engineering Task Force) som RFC6716. :)

Förutom Opus, som kan ses som efterträdare till Vorbis, arbetas det på en efterträdare till VP8. Den nya kodeken heter logiskt nog VP9.

Stöd för både Opus och VP9 finns i Chrome 26. Än så länge betraktas stödet som experimentellt. Inte minst gäller det förstås VP9, som ännu inte är färdigutvecklat.

 

post-7701-0-34815000-1356196393.png

Redigerad av JoWa

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Jag har lagt till Opus i Ogg-behållare på testsidan. Kod:

<!doctype html> 
<head> 
<title>audio-test</title> 
</head> 
<body>
<p>
<audio src="https://dl.dropbox.com/s/fv9pzabin5jsv3f/Ringdans-opus.ogg" type="audio/opus" controls>
</audio><br>
Opus i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4oigmyf2ruduux/Ringdans.ogg" type="audio/ogg" controls>
</audio><br>
Vorbis i Ogg-behållare
<p>
<audio src="https://dl.dropbox.com/s/c4iwhda6cjgwh76/Ringdans.webm" type="audio/webm" controls>
</audio><br>
Vorbis i WebM-behållare
<p>
<audio src="https://dl.dropbox.com/s/t47vemklqkx8ife/Ringdans.mp4" type="audio/mp4" controls>
</audio><br>
AAC i mpeg-4-behållare
<p>
<audio src="https://dl.dropbox.com/s/8h2ga38s68qegw6/Ringdans.mp3" type="audio/mpeg" controls>
</audio><br>
mp3
</body> 
</html>

Det fungerar med type="audio/opus" eller type="audio/ogg".

 

Opus stöds av Firefox och Chrome, från och med version 25. Dock måste Opus i Chrome aktiveras av användaren, vilket görs i chrome://flags/ (Enable Opus playback in <video> elements.)

Dela detta inlägg


Länk till inlägg
Dela på andra webbplatser

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gäst
Svara i detta ämne...

×   Du har klistrat in innehåll med formatering.   Ta bort formatering

  Only 75 emoji are allowed.

×   Din länk har automatiskt bäddats in.   Visa som länk istället

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Laddar...

  • Liknande innehåll

    • Av JoWa
      Googles länge omtalade lagringstjänst Drive lanserades slutligen i går. Drive är en vidareutveckling av Google Dokument (Docs), och ersätter den äldre tjänsten, om man väljer att aktivera Drive (https://docs.google.com omdirigeras då till https://drive.google.com). Oavsett om aktiverar Drive eller behåller Dokument, bjuds 5 GB gratis utrymme. Alla funktioner i Dokument finns kvar i Drive, och ett synkroniseringsprogram tillkommer.

      Google Drive
      Angående utrymmet:
      Du använder för närvarande X MB (X %) av dina 5120 MB. Det är enbart lagrade filer (.PDF, .DOC, .JPG, etc.) som tas med i beräkningen av lagringsutrymmet. Google Dokument-format tas inte med i beräkningen av lagringsutrymmet. För att läsa mer om, och komma igång med Drive: https://drive.google.com/start
      Eventuellt möts man av beskedet ”Din Google Drive är inte redo ännu”. Min Drive var dock redo i går kväll.
      Hjälp för Google Drive: https://support.goog...om/drive/?hl=sv
      För att hämta programmet Google Drive för Windows eller OS X (”Stöds (ännu) inte för Linux.”): https://tools.google...rive/index.html

      För Android: https://play.google....droid.apps.docs
      Drive för iOS skall komma senare. Har ej sett något om Windows Phone.
      Presentation av Drive: Idag presenterar vi Google Drive - den nyaste medlemmen i Google Apps
      Som alltid, bör man läsa användarvillkoren, som bl.a. säger:
      När du lägger upp eller på annat sätt skickar in innehåll till våra tjänster ger du Google (och våra samarbetspartner) en global licens att använda, värdlagra, spara, återge, ändra, skapa härledda verk (exempelvis översättningar, anpassningar eller modifieringar som vi gör så att ditt innehåll fungerar bättre med våra tjänster), kommunicera, publicera, framföra offentligt och distribuera innehållet. Jag hade väntat att det utökade utrymmet i Drive/Dokument skulle kunna nyttjas i Picasa webbalbum, men den tjänsten tycks förbli separat, och begränsad till 1 GB gratis utrymme.
      Däremot passade Google på att utöka utrymmet i Gmail till 10 GB, för att fira lanseringen av Drive.
    • Av Superlight
      Det släpptes en ny version igår och några av nyheterna är att du kan gå under vattnet och gå bakåt i tiden.

      Hämta här:
      http://earth.google.com/
    • Av haki08
      Hej, jag undrar vilka fördelar/nackdelar är det att byta från Automatisk tilldelad DNS till Google:s Dns?
    • Av johnh3
      Paul Thurrott hade en bra sammanställning om vad som ska komma:
      http://winsupersite.com/mobile-devices/google-io-2014-android-takes-l
       
      Generellt kan man säga att det blir Android överallt vare sig det är datorer, smartphones, bilar, TV apparater och klockor:
      http://windowsitpro.com/paul-thurrotts-wininfo/google-announces-massive-expansion-android
       
      Man kanske kan säga att det är ett slags paradigmskifte från Microsoft/Windows (och naturligtvis påverkar det Apple också)  i en större mening, även om de i sin tur anpassar sin strategi eftersom.
       
      Var en intressant diskussion om det på den senaste What the Tech:
      http://www.gfqnetwork.com/shows/whatthetech/216-google-io-recap-6-26-14/
       
      Jag tror dock satsningen på billigare smartphones som inkluderar Google Play även i utvecklingsmarknader slår undan möjligheterna för Firefox OS att klara sig:
      https://www.idg.se/2.1085/1.567684/firefox-os--inte-dar-annu
       
      De är helt enkelt försent ute.
    • Av bojoh
      När jag startar internet Explorer, så skulle jag helst vilja slippa google som sökmotor, kan man byta ut mot något annat, tycker jag blir utsatt för så mycket riktad reklam och skulle helst vilja slippa detta.
       
      Operativsystemet är windows 7
    • Av JoWa
      Lenovo to acquire Motorola Mobility (Google Official Blog)