Platform report
State of OME.TV
Live statistics for Ome.tv, built from real encounters: where the strangers connect from, when the platform is busiest, how long a conversation actually lasts, and how much of what you meet is recorded video rather than a live camera. The data is collected by the members running OmeUndfnd. No individual person, account or address appears anywhere on this page. Every figure is a total or a share, and anything with too small a sample is left out rather than published.
- Window
- last 30 days
- Snapshot
- 2026-09-06, 17:51 UTC
- Rebuilt
- every 30 minutes
What this window says
of encounters came from Poland
The 20 published countries account for 93.5% between them. 189 more were seen in the window and fell under the publishing floor.
land between 20:00 and 02:00 UTC
The busiest 6 hours of the day carry more than half of everything. The European morning is close to empty.
of conversations get past fifteen seconds
Of the ones that do, 24.8% reach a minute. 0.4% of all encounters pass five minutes.
addresses are carrying a bot signal right now
The most common is looping video, on 20,713 of them.
Headline totals
Divided by the people who produced it, that is 441 lookups, 335 encounters and 145 minutes on camera per active member over the window.
Who is in this sample. Every figure below describes the strangers our members were matched with, not the Ome.tv population as a whole. Random matching is not evenly random across the world, and our own community is concentrated in Europe, which pulls the country and network tables toward it. The rhythm, duration, camera and bot figures are far less sensitive to that than the geography is.
The last 30 days
+22% week over week31,604 lookups on an average day, busiest was Aug 30 with 69,863, quietest Aug 9 with 11,196
Show the daily numbers
| Aug 6 | 19,256 |
| Aug 7 | 23,156 |
| Aug 8 | 15,911 |
| Aug 9 | 11,196 |
| Aug 10 | 20,674 |
| Aug 11 | 12,605 |
| Aug 12 | 13,498 |
| Aug 13 | 11,551 |
| Aug 14 | 12,926 |
| Aug 15 | 16,393 |
| Aug 16 | 12,335 |
| Aug 17 | 18,031 |
| Aug 18 | 17,991 |
| Aug 19 | 17,049 |
| Aug 20 | 22,955 |
| Aug 21 | 31,970 |
| Aug 22 | 44,864 |
| Aug 23 | 43,247 |
| Aug 24 | 49,970 |
| Aug 25 | 46,579 |
| Aug 26 | 35,457 |
| Aug 27 | 28,941 |
| Aug 28 | 38,049 |
| Aug 29 | 53,824 |
| Aug 30 | 69,863 |
| Aug 31 | 54,379 |
| Sep 1 | 49,272 |
| Sep 2 | 46,585 |
| Sep 3 | 50,576 |
| Sep 4 | 51,808 |
| Sep 5 | 38,799 |
Where people connect from
Share of every encounter in the window, addresses we cannot place are in none of these
PolandPL52.2%
GermanyDE19.1%
United StatesUS4.1%
AustriaAT2.2%
United KingdomGB2.0%
BulgariaBG1.8%
NetherlandsNL1.5%
SpainES1.3%
SwedenSE1.2%
RomaniaRO1.2%
HungaryHU1.0%
FranceFR0.8%
LithuaniaLT0.8%
UkraineUA0.7%
CzechiaCZ0.7%
ItalyIT0.7%
PortugalPT0.7%
SerbiaRS0.5%
TürkiyeTR0.5%
BrazilBR0.5%
These 20 cover 93.5% of encounters. Another 189 countries appeared in the window and stayed under the fifty-encounter floor.
The cities behind those countries
Same denominator as the countries, so a city is directly comparable to its country
WarsawPL5.9%
KatowicePL2.7%
KrakowPL1.9%
PoznanPL1.8%
GdanskPL1.4%
WroclawPL1.4%
LodzPL1.2%
Frankfurt am MainDE1.1%
BerlinDE1.1%
DusseldorfDE1.0%
StuttgartDE0.9%
DortmundDE0.7%
A city appears here only once at least 50 encounters came from it. Smaller places are dropped rather than published, at that size a city name stops being a statistic.
The networks on the other side
Which operators the strangers you meet are connecting through
- Orange Polska Spolka Akcyjna11.9%
- P4 Sp. z o.o.10.4%
- T-Mobile Polska S.A.6.0%
- Deutsche Telekom AG5.5%
- Polkomtel Sp. z o.o.4.8%
- Vodafone GmbH4.7%
- Telefonica Germany GmbH & Co.OHG4.1%
- Netia SA2.5%
- 1&1 Versatel GmbH1.8%
- VECTRA S.A.1.6%
A network is a property of an address, never of a person. Operators below fifty encounters are left out, and these are shares of all encounters: the 10 above carry 53.3% between them and the rest is a long tail of smaller operators. Mobile carriers rank high here because a phone is how a large share of this platform connects.
When the platform is busiest
Peaks at 23:00 UTC, Sunday is the busiest day
Hour of day, UTC
Prime time. 54.5% of all encounters fall in the 6 hours between 20:00 and 02:00 UTC.
By day of week
- Mon14.0%
- Tue14.6%
- Wed13.0%
- Thu11.6%
- Fri13.6%
- Sat16.1%
- Sun17.2%
The weekend takes 33.3% of the week, which is 16.7% on an average Saturday or Sunday against 13.4% on an average weekday. Weekdays are stated per day so the two are comparable.
Show the hourly numbers
| 00:00 UTC | 10.4% |
| 01:00 UTC | 9.2% |
| 02:00 UTC | 6.4% |
| 03:00 UTC | 3.9% |
| 04:00 UTC | 2.9% |
| 05:00 UTC | 1.6% |
| 06:00 UTC | 0.8% |
| 07:00 UTC | 0.6% |
| 08:00 UTC | 0.5% |
| 09:00 UTC | 0.7% |
| 10:00 UTC | 0.8% |
| 11:00 UTC | 1.0% |
| 12:00 UTC | 1.4% |
| 13:00 UTC | 2.0% |
| 14:00 UTC | 3.0% |
| 15:00 UTC | 3.3% |
| 16:00 UTC | 3.4% |
| 17:00 UTC | 4.1% |
| 18:00 UTC | 4.5% |
| 19:00 UTC | 4.4% |
| 20:00 UTC | 6.1% |
| 21:00 UTC | 8.0% |
| 22:00 UTC | 9.7% |
| 23:00 UTC | 11.1% |
How long a conversation lasts
89% of encounters are over within fifteen seconds
- under 15 seconds88.8%
- 15 seconds – 1 minute8.5%
- 1 – 5 minutes2.4%
- over 5 minutes0.4%
Read it conditionally. The first bucket swamps the rest, so the number that says whether a conversation actually starts is this one: of the 11.3% that survive fifteen seconds, 24.8% go on to pass a minute.
Measured from connection to disconnection on encounters members sampled, bucketed before it ever leaves the browser. a duration is stored as one of these four bands and never as a number that could fingerprint a session.
What you actually meet
Camera behaviour, automated estimates and the bot network's tally
Estimated gender split
91% mean confidence
What gave the bots away
- Looping video20,713
- Overlaid graphics15,536
- Frozen frame10,248
Addresses per signal. One address can trip several signals, so these do not add up to the total above.
Gender and age are automated estimates from sampled frames, aggregated across everyone. They describe the platform, not any individual, and no per-person record is kept.
Where the map has been corrected
Network blocks members have re-placed by hand, and how many cleared the agreement gate
Poland0 live, 3 contested66
Bulgaria0 live, 0 contested9
Germany0 live, 0 contested8
Unlike everything else on this page, this table is cumulative rather than a rolling 30 days: a correction is a lasting claim about a network block, so it does not expire. A block is only served once 5 members independently agree and one place holds at least 60% of the vote, which is why live is smaller than corrected. Contested means members disagree and no place has cleared that bar, so nothing is served for it and the panel shows the runners up instead. Countries with fewer than 5 corrections are left out, since there is no consensus to describe yet. Separately, members have filed 2,649 accuracy ratings across 994 internet providers (1,812 saying the reading matched, 837 saying it did not). Those are not broken down by country on purpose: a rating is about a provider, and a provider does not have one.
The people behind the numbers
Members running OmeUndfnd, who collect everything above
Questions this report answers
How many people use Ome.tv?
Nobody outside Ome.tv can answer that, and this report does not pretend to. What it counts is encounters: connections that members running the OME.UNDFND overlay were actually matched with, in a rolling 30 day window. That is a large continuous sample of the platform rather than a headcount of it, and every share on this page is a share of that sample.
In the current window: 743,404 encounters sampled and 979,710 addresses looked up, across 209 countries, by 2,222 active members.
Which countries are most active on Ome.tv?
The country table ranks where the strangers our members met were connecting from, resolved from the connection address. Read it as a picture of who our members get matched with, not as global market share: matching is influenced by where you are yourself, so a country being large here partly reflects where our own userbase sits. Countries with fewer than fifty encounters in the window are left out entirely.
Right now: Poland 52.2%, Germany 19.1%, United States 4.1%.
When is Ome.tv busiest?
Traffic follows a daily curve with a clear night peak and a dead zone in the European morning, and a weekly one on top of it. The hour chart is published in UTC, because a single shared clock is the only way the number means the same thing to every reader, and it can be switched to your own timezone on the page.
Right now the busy window is 20:00 to 02:00 UTC, holding 54.5% of encounters, and Sunday is the busiest day of the week.
How long does a typical Ome.tv conversation last?
Most of them are over before they start. Skipping is the default behaviour on a random video chat, so the distribution is dominated by connections that end within seconds, and the interesting figure is the conditional one: of the conversations that survive the first fifteen seconds, how many make it to a minute. Durations are bucketed into four bands in the browser before anything is sent, so no exact session length is ever stored.
Right now 11.3% get past fifteen seconds, 2.8% past a minute and 0.4% past five.
What is the gender split on Ome.tv?
The split published here is an automated estimate. A model running on the member's own machine reads sampled frames, and only the counts leave the browser. It describes the people our members were matched with, it carries the error rate of any face model, and it is published with its mean confidence rather than as a fact. No per-person record is kept and no image is uploaded.
Right now: 59% read male, 41% read female, at 91% mean confidence, with an average estimated age of 22.
How many people have their camera off?
Camera state is measured per sampled frame rather than per person: a frame is classed as dark, and the share is dark frames against all sampled frames. That covers people with the camera genuinely off as well as unlit rooms and covered lenses, which is why it is reported as frames rather than as users.
Right now 5.3% of sampled frames are dark, and a face is visible on 49.9% of the connections the model analysed.
How many bots are on Ome.tv?
What gets counted is addresses currently carrying a bot signal, not accounts and not people. A signal is raised by the detection network when the video on the other side looks like a recording rather than a live camera: a loop, a frozen frame, overlaid graphics, or the same face appearing from many unrelated addresses. One address can raise several signals, so the per-signal counts deliberately do not add up to the total.
Right now 40,457 addresses carry at least one signal, most often looping video.
Is Ome.tv still active?
The 30 day trend on this page is the honest answer to that, and it is republished every half hour. It counts lookups our members ran rather than the platform's own traffic, so treat it as a pulse rather than a user count: it moves with real activity, and the week on week comparison is calculated across complete days only, because the day in progress is always short.
Right now: 31,604 lookups on an average day, up 22% against the week before.
What happens when an Ome.tv IP location is wrong?
Members can correct it, and the correction is what the map is built from. A correction is filed against a network block rather than a single address, because addresses inside a block move between customers and the block does not. Nothing is served on one person saying so: a corrected place has to be agreed on independently by several members, with one place holding a clear majority of their votes, before it replaces what the commercial sources say. Blocks that do not clear that bar are marked contested and the panel shows the competing places with their shares instead of picking one.
To date: 103 blocks corrected by 41 members across 3 countries, of which 0 have cleared 5 independent reporters at 60% agreement and are being served. 3 are still contested.
Can I use these numbers in an article or a video?
Yes, with a link back to this page so a reader can see the method and the window the figures came from. The same snapshot is available as JSON at /api/platform-report if you would rather read it as data. Please quote the window with the number: everything here is a rolling 30 days and it moves.
How these numbers are made
Where it comes from. Members running the OmeUndfnd extension look up the addresses they connect to and, optionally, let an on-device model sample frames of the video. Both arrive here already reduced to counters. The window is a rolling 30 days.
What is never published. Nothing on this page is per-person or per-address. No query behind it selects an account id or an IP, demographics are published only as shares, and any bucket with fewer than fifty observations is dropped rather than rounded: a country, city or network with a handful of encounters is a handful of identifiable evenings, not a statistic.
What the estimates are worth. Gender, age and camera state come from an automated model reading sampled frames; they carry the error rate you would expect of that and are published with their confidence rather than as facts. Bot flags are crowd-sourced signals about video content, not verdicts about people.
Where the shares come from. Every percentage is a share of all encounters in the window, never a share of the rows that happened to be published. That is why the country, city and network tables each add up to less than 100: addresses we cannot place, and buckets under the floor, are counted in the denominator and shown in no row.
The words on this page
- Encounter
- One connection to one stranger. The same person reached twice is two encounters, and there is no way to tell from this data that it was the same person.
- Lookup
- A member asking what a connection address resolves to. The product action, and the pulse the trend chart follows.
- Share
- A percentage of every encounter in the window. Shares are allowed to add up to less than 100: addresses that cannot be placed, or that fall under the publishing floor, are in no bucket at all.
- Correction
- A member telling us that the city on a network block is wrong, and which one it should be. Filed against the block, never against a person, and a member may file one per block.
- Block
- A range of neighbouring addresses handled as one unit, since a provider assigns them together and they move between customers as a group. Corrections and consensus are both per block.
- Contested
- A block where members disagree and no single place holds enough of the vote to be served. Nothing is published for it, and the runners up are shown with their shares instead.
- Active member
- Someone who spent at least one minute on camera in the window. Not a signup, and not a session.
- Talk time
- Minutes with a connection open, summed per member per day. It measures presence, not conversation.
- Signal
- A crowd-sourced observation about the video on an address: looping, frozen, overlaid, or one face seen from many addresses. A signal is about content, never a verdict about a person.
- Suppressed bucket
- A row with fewer than fifty observations. It is dropped rather than published or rounded, which is why a blank here means "too small to publish" and never "zero".
Rebuilt every 30 minutes. This snapshot: 2026-09-06, 17:51 UTC.Figures are identical for every visitor. There is no per-viewer slicing behind this page.
Using these numbers
Quote anything here with a link back to this page, so a reader can see the method and the window it came from. The figures move: they are a rolling 30 days, rebuilt every half hour. The same snapshot is available as JSON if you would rather read it as data.
State of OME.TV, OME.UNDFND platform report, snapshot 2026-09-06, 17:51 UTC (rolling 30 day window). https://ome.undfnd.eu/state-of-ometvRaw snapshot: /api/platform-report returns exactly the figures rendered above, as JSON, with no key and no sign-in.