Details

Written by: Kim Jacobsen

Category: Blog

Published: 18 August 2026

Hits: 35

Details

Written by: Kim Jacobsen

Category: Blog

Published: 17 August 2026

Hits: 62

MediaTube Traffic Trade Edition 2.26.6

Release Notes — From Premium Kiosk Generation to the Traffic Trade Generation

The transition from the MediaTube Premium Kiosk Generation to the current MediaTube 2.26.6 Traffic Trade Edition represents a substantial architectural expansion of the platform. What began primarily as a media publishing, premium-access and monetization environment has progressively evolved into a distributed media, analytics, traffic-management and network-growth infrastructure.

The Premium Kiosk generation established the commercial foundation: controlled premium areas, subscription-oriented presentation, payment integration, administrative publishing tools and a frontend designed to function as a professional media kiosk. The current Traffic Trade Edition preserves that foundation while introducing an additional operational layer concerned with understanding, measuring and intelligently circulating traffic throughout the MediaTube ecosystem.

From Premium Access to Traffic Intelligence

The Premium Kiosk generation concentrated primarily on the relationship between content and access. Media could be organized, presented and monetized while administrators retained centralized control over the publishing environment.

Subsequent MediaTube generations expanded this concept considerably. Traffic is no longer regarded merely as a numerical view counter attached to a media item. It is treated as a measurable resource with origin, chronology, geographic distribution, referral characteristics, productivity and potential network value.

MediaTube can consequently distinguish between the existence of traffic and the behavioral structure of traffic.

The Traffic Analytics generation introduced aggregated measurements covering:

• Total traffic

• Today's traffic

• Yesterday's traffic

• Weekly traffic

• Monthly traffic

• Yearly traffic

• Administrator-selected calendar ranges

• Geographic country distribution

• Country-level visualization

• Referral information

• Privacy-conscious traffic aggregation

This provides the administrator with a substantially more useful analytical perspective than conventional cumulative page-view counters.

Privacy-First Traffic Analytics

The Traffic Trade Edition maintains a deliberate distinction between traffic intelligence and unnecessary visitor identification.

Raw visitor IP addresses are not required as permanent historical records for the new traffic analytics architecture. Geographic information can be derived during the active request and subsequently represented through aggregated country-level statistics.

This enables MediaTube to understand where traffic originates geographically without turning its analytics subsystem into a persistent repository of personally attributable IP histories.

The resulting architecture is particularly suitable for long-running platforms because analytical usefulness can increase over time without requiring a proportional accumulation of unnecessary identifying information.

Platform-Wide Traffic Source Tracking

MediaTube 2.26.6 introduces the concept of explicit Traffic Sources.

A Traffic Source can represent another website, partner, remote MediaTube installation or external traffic provider. Sources may be identified through their referring domain or an explicit MediaTube source identifier.

Incoming traffic can therefore be measured across the Joomla frontend rather than exclusively inside an individual MediaTube page.

Hourly aggregation provides administrators with a considerably more dynamic picture of network activity. Instead of knowing only that a partner has historically delivered a certain number of visitors, MediaTube can observe whether that source is currently accelerating, remaining stable or declining.

This temporal dimension becomes fundamental to the Traffic Growth Algorithm.

Traffic Trade Administration

A dedicated Traffic Trade administration environment has been introduced.

Administrators can define and manage individual sources with properties including source identity, referral domain, return destination, publication state and Return Productivity.

Each source accumulates both incoming and outgoing statistics, making it possible to examine the relationship between traffic contributed to the platform and traffic subsequently returned through the MediaTube network.

The purpose is not merely reciprocal accounting. MediaTube uses these measurements as input to a continuously changing traffic-allocation model.

Overall Skim at Media-Item Level

Individual MediaTube items can now participate directly in the Traffic Trade system through Overall Skim.

An administrator may, for example, configure:

Overall Skim: 10%

Approximately ten percent of eligible media-item clicks may consequently participate in external traffic circulation, while the remaining traffic continues toward the originally requested MediaTube content.

A media item can additionally define an external Overall Skim fallback destination and determine whether the Traffic Source Return Queue should participate in selecting the destination.

This creates a significant distinction between ordinary content navigation and traffic exchange: MediaTube retains its normal usability while selectively allocating a controlled proportion of eligible traffic to network-growth operations.

External trade destinations are handled as separate browsing contexts using _blank semantics together with noopener and noreferrer protections.

Return Productivity

Return Productivity provides an administrator-defined indication of the strategic importance of returning traffic to a particular source.

It is deliberately not treated as a primitive fixed rotation percentage.

MediaTube 2.26.6 interprets Return Productivity as one variable within a broader traffic-flow calculation. A trade therefore does not automatically receive the next visitor merely because it occupies a static position in a queue.

Instead, all active trades can be continuously evaluated against their current contribution and performance.

This leads to the introduction of the Return Queue.

Dynamic Return Queue

The Return Queue replaces simplistic sequential traffic-return logic.

MediaTube continuously recalculates which active Traffic Source should receive the next eligible outgoing trade click. Sources may consequently move upward or downward in priority as their incoming traffic and performance characteristics change.

The objective is to maintain the strongest productive circulation of traffic across the complete network rather than mechanically satisfying a static allocation sequence.

The Return Queue therefore represents a dynamic ordering of opportunity, determined from current traffic conditions.

Traffic Growth Algorithm

At the center of the current generation is the new Traffic Growth Score.

Conceptually, MediaTube evaluates:

Traffic Growth Score =
Return Balance
× Growth Factor
× Recent Momentum
× Flow Efficiency
× Productivity Weight

Each term contributes a different dimension to the decision.

Return Balance describes how much return traffic remains appropriate relative to incoming contribution and configured Return Productivity.

Growth Factor evaluates recent traffic against the preceding measurement period, allowing MediaTube to distinguish between a source that merely possesses historical volume and one that is presently expanding.

Recent Momentum gives additional significance to contemporary incoming activity.

Flow Efficiency evaluates how effectively traffic currently circulates between incoming contribution and outgoing return.

Productivity Weight incorporates the administrator's strategic Return Productivity configuration.

The resulting score provides MediaTube with a continuously recalculated representation of the present network opportunity.

Growth Rather Than Static Reciprocity

This distinction is important.

A conventional traffic-trading mechanism can operate according to a relatively simple principle:

Source sends X visitors.
Platform returns Y visitors.

MediaTube 2.26.6 moves toward a more sophisticated question:

Given every active trade and its recent behavior,
where is the next available outgoing click most
likely to contribute to the strongest overall
traffic flow?

This transforms Traffic Trade from bookkeeping into adaptive traffic allocation.

A historically large source should not necessarily dominate indefinitely if its contemporary traffic has stopped growing. Conversely, a smaller source experiencing rapidly increasing incoming momentum may become strategically more valuable and therefore move upward in the Return Queue.

The algorithm can respond as the network itself changes.

Evolution of the MediaTube Architecture

The development path from Premium Kiosk to Traffic Trade can therefore be summarized conceptually as:

Premium Kiosk Generation

Content → Access → Subscription → Monetization

Media Hub Generation

Content → Users → Providers → Remote Distribution

Analytics Generation

Traffic → Referrer → Geography → Time → Statistics

Traffic Trade Generation

Incoming Traffic → Measurement → Return Queue → Traffic Growth Score → Outgoing Traffic

The individual systems are not replacements for one another. They form successive layers of the same MediaTube architecture.

Premium Kiosk established the commercial layer. Provider and remote functionality expanded distribution. Traffic Analytics introduced observation. Traffic Trade introduces controlled circulation and algorithmic prioritization.

MediaTube 2.26.6 — Current Generation

The present Traffic Trade Edition consequently represents a broader definition of what a MediaTube installation can be.

It is no longer exclusively a component that uploads and displays video, audio and streams.

It can function simultaneously as a:

media publishing system, premium content environment, provider aggregation platform, remote distribution hub, privacy-conscious analytics system, geographic traffic monitor, referral measurement platform and algorithmically managed traffic exchange.

The central architectural change from Premium Kiosk to Traffic Trade is therefore not simply the addition of another administrator screen.

It is the transition from monetizing the audience that arrives toward also understanding how that audience arrives, measuring how traffic develops, and intelligently determining how a controlled portion of that traffic can participate in further network growth.

Release designation

MediaTube 2.26.6 — Traffic Trade Edition
Return Queue / Traffic Growth Algorithm Generation

From premium media distribution to adaptive traffic intelligence.

Download pkg_mediatube_traffic_trade_edition.zip for Joomla 5

Details

Written by: Kim Jacobsen

Category: Blog

Published: 17 August 2026

Hits: 64

MediaTube — Evolution from 2.11.0 to the Premium Kiosk Generation

Release Overview

MediaTube has evolved substantially since version 2.11.0. What began as a Joomla 5 media-management component has progressively developed into a broader media hub, distribution, analytics, provider, user-community, AI-assisted publishing, and subscription platform.

The development philosophy throughout these releases has been evolutionary rather than destructive: existing media functionality remains the foundation, while increasingly sophisticated capabilities have been introduced around it.

The Premium Kiosk generation represents an important architectural milestone. MediaTube is no longer concerned exclusively with publishing media; it can now participate in the complete lifecycle surrounding that media:

acquisition → classification → publication → distribution → engagement → analytics → monetization → premium access.

MediaTube 2.11.0 — Foundation of the Modern Hub

Version 2.11.0 represented an earlier generation of the MediaTube Hub architecture.

At this stage, MediaTube primarily concentrated on the practical administration and presentation of media items inside Joomla. The component already provided the conceptual foundation upon which the later releases could be constructed: media records, frontend presentation, administrator management, streaming sources, interaction mechanisms, and integration with the surrounding SatHack portal.

The subsequent development from 2.11.0 has therefore not been a simple accumulation of cosmetic features. Much of the work has involved transforming previously isolated functionality into reusable subsystems.

Hub Administration Architecture

One of the most significant changes following 2.11.0 was the consolidation of administrative functionality into a considerably more coherent MediaTube Hub Administration Center.

The administrator interface progressively developed dedicated areas for:

• Hub Dashboard

• Media Library

• Categories

• Provider Crawler

• Modes & Ranking

• API & Traffic Hub

• Reports & Engagement

• Commerce & Orders

• Legal Documents

• Premium Kiosk

This changes the conceptual role of MediaTube.

Instead of treating every media item as an isolated database object, the administrator can increasingly manage MediaTube as an interconnected media ecosystem.

The Hub becomes the authoritative control plane, while frontend modules, remote installations, providers, users, analytics and payment mechanisms operate around that central state.

Dynamic Media Categories

Earlier MediaTube releases relied substantially on predefined categories.

The later architecture replaces this limitation with a genuine category-management subsystem.

Administrators can now:

• create categories;

• edit categories;

• publish and unpublish categories;

• delete unused categories;

• define stable category aliases;

• assign descriptions;

• define icons;

• control ordering;

• specify preferred media types;

• attach detection keywords and classification information.

Published categories become available dynamically throughout MediaTube instead of requiring corresponding PHP modifications.

This applies to media administration, frontend upload interfaces, filters and API operations.

Consequently, MediaTube can grow from a small installation containing several known categories into a substantially larger taxonomy without requiring a new component release every time the information architecture changes.

Category Intelligence Foundation

The category subsystem was deliberately designed beyond manual classification.

MediaTube now contains an architectural foundation for determining a probable category from the characteristics of an uploaded or externally discovered media item.

The system can distinguish between concepts such as:

manual classification, heuristic classification, and AI-assisted classification.

Metadata structures are available for retaining:

• selected category;

• suggested category;

• classification source;

• confidence value;

• detection metadata.

This distinction is important.

An intelligent system should not silently overwrite human classification merely because an algorithm produces another answer. By separating the authoritative category from the suggested category, MediaTube can eventually implement assisted classification while retaining auditability.

Future classification engines can therefore evaluate title, description, provider, URL characteristics, media type, transcript information, metadata or visual information without destroying the administrator's original decision.

Twitch Integration

MediaTube gained native support for Twitch streams as a first-class media provider.

An administrator or frontend user can supply a Twitch channel URL such as:

https://twitch.tv/channelname

MediaTube extracts the relevant channel identifier and stores the source as structured provider information.

The player is generated dynamically rather than storing an inflexible iframe.

This is particularly important because Twitch embeds depend upon the hostname on which the player is rendered. MediaTube can consequently construct the appropriate player for the local Hub or a Remote installation instead of embedding a player permanently associated with one domain.

This development also produced a more general provider abstraction.

Rather than continually extending controllers with source-specific conditional logic, external sources can increasingly be interpreted through a common provider layer.

That architectural decision makes future integrations considerably less expensive.

Provider Crawler and Discovery Architecture

The Provider Crawler represents another major step beyond the capabilities of the 2.11.0 generation.

MediaTube can now distinguish between:

external discovery and internal publication.

This is an essential distinction.

A crawler discovering an external resource should not necessarily make that resource publicly visible immediately.

The Provider Crawler therefore introduces a staging architecture:

Provider → Discovery → Staging → Administrator Review → Import → Media Library → Publication

Provider definitions can contain information such as:

• provider type;

• base URL;

• discovery or seed URLs;

• destination category;

• request configuration;

• refresh intervals;

• maximum discovery volume;

• publication defaults;

• credentials where applicable.

This provides a reusable framework for API providers, HTML discovery sources and future XML/JSON feeds.

Twitch Live Discovery

Twitch receives deeper treatment than a conventional HTML source.

MediaTube's provider architecture can use Twitch's structured stream information to maintain operational state such as:

• channel identity;

• live/offline state;

• current viewer count;

• last-seen timestamp;

• provider metadata.

A particularly important implementation detail is negative state detection.

If a channel was previously recorded as LIVE but disappears from a subsequent complete live synchronization, MediaTube explicitly changes the stored state to OFFLINE.

Without this mechanism, stale live records would gradually contaminate ranking results.

The Provider Crawler therefore functions not merely as an importer but as a synchronization mechanism.

Administrative Provider Staging

Externally discovered material can be retained privately before publication.

Administrators can inspect discovered records, select multiple items and perform controlled batch imports.

Where an external provider exposes an embeddable source, MediaTube can provide an administrator-only preview before import.

Where an embed cannot reliably be determined, the system can retain the record as metadata rather than fabricating a player URL.

This establishes an important operational principle:

discovery is automated; publication remains controlled.

The architecture is consequently appropriate for considerably larger provider collections without surrendering editorial supervision.

Live-Aware Ranking

The provider subsystem introduced additional ranking dimensions.

MediaTube can distinguish between ordinary media, currently live provider items and offline provider items.

A provider-oriented ranking strategy can therefore approximate:

LIVE → viewer strength → authenticated engagement → ordinary media → OFFLINE

This is more useful for continuously changing streams than conventional chronological or total-view sorting.

A stream with substantial activity now has a mechanism for naturally approaching the front of the interface while inactive streams can progressively move away from prime visibility.

Authenticated Click Intelligence

Traditional page-view counters answer the question:

How many requests did this item receive?

They do not necessarily answer:

How many identifiable platform users actively engaged with it?

Later MediaTube releases therefore introduced an additional authenticated engagement signal.

The conventional hits counter can continue measuring general traffic, while authenticated_clicks measures interactions generated by logged-in users.

Keeping those signals separate allows MediaTube's future ranking algorithms to assign different semantic value to anonymous traffic and authenticated platform activity.

This establishes the foundation for considerably more sophisticated recommendation and ranking models.

MediaTube Remote Evolution

The Remote architecture has also developed substantially since 2.11.0.

MediaTube Hub can act as an authoritative source while Remote Modules display distributed media elsewhere.

Provider metadata can accompany published items so that Remote installations understand characteristics such as:

• provider identity;

• provider item identifier;

• live state;

• viewer count;

• media type;

• engagement information.

Importantly, administrative crawler staging remains private to the Hub.

The architecture therefore distinguishes between distribution data and administrative acquisition data.

That separation is fundamental to maintaining a clean Hub/Remote security boundary.

MediaTube Local Module Evolution

The local MediaTube module was updated alongside the component.

Earlier hardcoded category assumptions were replaced with dynamic category retrieval.

The module can consequently follow the taxonomy defined in MediaTube administration rather than maintaining an independent category vocabulary.

It also gained awareness of provider status and newer ranking mechanisms.

This brings the component, local module and Remote Module closer to a common interpretation of MediaTube data.

AI-Assisted Media Publishing

Another major evolutionary branch between 2.11.0 and the Premium Kiosk generation is AI-assisted editorial processing.

MediaTube gained mechanisms for rewriting media titles and descriptions using AI.

The functionality subsequently developed into batch processing, allowing administrators to select multiple existing media records and perform controlled AI-assisted rewriting.

This changes AI from an isolated text-generation utility into an administrative workflow.

The broader architectural implication is more significant than title rewriting itself.

MediaTube now has a foundation upon which additional machine-assisted processes can eventually operate:

• title normalization;

• description improvement;

• metadata enrichment;

• category suggestion;

• semantic tagging;

• duplicate recognition;

• provider classification;

• content summarization;

• recommendation signals.

The objective is not to remove editorial control, but to reduce repetitive editorial labour.

Member and Profile Architecture

MediaTube also expanded beyond anonymous media consumption.

Member-oriented functionality introduced richer user presentation and profile capabilities.

The platform can present member cards containing user-related information and provide foundations for social interaction such as messaging, friend relationships and profile-linked information.

This is strategically important because MediaTube increasingly understands the difference between anonymous traffic and persistent user participation.

That distinction later becomes relevant to authenticated-click ranking, personal analytics and Premium membership.

User Analytics

MediaTube's analytics architecture progressively moved beyond a global administrator-only view.

Users can gain insight into activity associated with their own uploaded media, including useful traffic and engagement information.

The conceptual model therefore becomes:

platform analytics + creator analytics + media analytics

rather than merely a global hit counter.

This creates a stronger foundation for future creator dashboards, revenue attribution, recommendation systems and provider-performance analysis.

Traffic, Profit and Disco Modes

MediaTube introduced operational modes intended to alter what the system considers an optimal ordering.

A purely traffic-oriented system may prioritize reach.

A profit-oriented system may eventually assign greater importance to economically productive media.

A discovery-oriented system may deliberately expose material that conventional popularity sorting would otherwise bury.

The underlying idea is that:

“most viewed” is not universally equivalent to “best item to display next.”

The ranking subsystem therefore provides a conceptual basis for objective-dependent media selection.

This is particularly relevant as MediaTube acquires additional signals such as provider state, authenticated engagement, freshness, subscription status and category relevance.

API and Traffic Hub

The API architecture has expanded in parallel with the component.

MediaTube Hub can expose structured media information to Remote installations while retaining central authority over the media database.

As new provider fields and ranking metadata have appeared, the API has been extended in a backward-conscious manner rather than requiring every Remote consumer to understand internal database implementation details.

The result is a clearer separation between:

MediaTube's internal persistence model and MediaTube's external distribution contract.

This becomes increasingly important as the platform grows.

Premium Kiosk

The Premium Kiosk is one of the largest functional changes since MediaTube 2.11.0 because it introduces persistent subscription-based access control.

MediaTube can now provide a dedicated frontend subscription page through a Joomla menu-item type.

The administrator can configure the page through MediaTube and edit its presentation content using a WYSIWYG editor.

A default kiosk design provides a polished subscription presentation consistent with the dark, modern visual language of the SatHack portal.

The subscription offer can display a fixed recurring price such as:

Subscribe Monthly — 12.99

The price, currency and surrounding content remain configurable.

OnPay Subscription Integration

The Premium Kiosk is not merely a decorative pricing page.

It integrates the subscription lifecycle with OnPay.

A logged-in user can initiate a recurring subscription through the kiosk. Following successful payment verification, MediaTube records the subscription state and grants the corresponding Joomla access rights.

The database can retain operational subscription information such as:

• MediaTube user;

• subscription reference;

• subscription status;

• OnPay subscription identifier;

• transaction reference;

• currency;

• amount;

• paid-through date;

• next charge date;

• cancellation state;

• payment failure state.

Sensitive card information is not intended to become ordinary MediaTube database content.

MediaTube operates on payment/subscription references rather than becoming a card-storage system.

Premium Access Control

The Premium architecture deliberately avoids using Joomla's generic Registered access level as proof of payment.

Registration and subscription are two different states.

A user can therefore conceptually have:

Registered = authenticated platform member

while:

MediaTube Premium = authenticated member with valid premium entitlement

MediaTube can provision a dedicated Premium user group and Joomla Viewing Access Level.

A hidden Joomla menu destination such as a private Home2 section can then be assigned to the Premium access level.

The resulting authorization chain is:

Login → Valid Subscription → Premium Group → Premium Access Level → Protected Content

This provides substantially stronger separation than merely hiding a menu link.

The destination itself is access-controlled.

Automatic Premium Renewal

The subscription implementation also accounts for recurring billing beyond the first checkout.

A Joomla Scheduler task can process subscriptions whose renewal date has arrived and request the corresponding recurring authorization through the payment provider.

Successful renewal extends the entitlement period.

Failed payments can enter a configurable grace period before access is revoked.

This creates an actual subscription lifecycle rather than a one-time payment masquerading as membership.

Cancellation Semantics

Premium cancellation is designed around entitlement periods.

A subscriber may cancel future renewal while retaining access to the period already paid for.

Conceptually:

Cancel subscription ≠ immediately destroy paid access

Instead:

Cancel renewal → retain entitlement → reach paid-through date → revoke Premium access

This produces behaviour closer to established subscription platforms and avoids unnecessarily punitive cancellation semantics.

Premium Kiosk as an Architectural Milestone

The significance of Premium Kiosk extends beyond payment processing.

MediaTube now possesses three increasingly independent dimensions of identity:

Media identity
What is being consumed?

User identity
Who is consuming or publishing it?

Entitlement identity
What is that user authorized to access?

Once those dimensions exist independently, substantially more advanced models become possible.

For example, future MediaTube releases can support:

• multiple subscription tiers;

• premium categories;

• premium individual media;

• creator subscriptions;

• time-limited passes;

• provider-specific entitlements;

• subscriber-only live streams;

• premium API access;

• ad-free memberships;

• loyalty systems;

• differentiated recommendation algorithms.

Premium Kiosk is therefore not merely a payment button. It establishes an entitlement layer inside MediaTube.

Secure Logout — Post-Premium Privacy Layer

Following the Premium Kiosk generation, MediaTube also gained a dedicated Secure Logout menu-item type.

This is particularly relevant once a platform contains accounts, subscription status and protected areas.

Standard logout invalidates authentication, but MediaTube Secure Logout additionally attempts to minimize residual same-origin browser state.

The process combines server-side Joomla logout with browser-side cleanup of MediaTube/SatHack-accessible storage, including supported cookies, local storage, session storage, cache storage and IndexedDB.

Where supported and configured, browser Clear-Site-Data mechanisms can additionally participate in the cleanup.

The logout endpoint uses defensive mechanisms including POST-based logout, CSRF protection, no-store responses and controlled internal redirects.

It cannot—and does not pretend to—erase the user's complete browser history, operating-system traces, network records or data belonging to unrelated websites. Those facilities are outside the security authority of a web application.

The design principle is instead precise:

invalidate everything MediaTube controls and erase everything the MediaTube origin is legitimately capable of erasing.

Architectural Difference: 2.11.0 vs. Premium Kiosk Generation

The difference can be summarized conceptually.

MediaTube 2.11.0

MediaTube was principally a media publishing and distribution component.

Its dominant objects were media items, streams, users and traffic.

Premium Kiosk Generation

MediaTube has become a modular media-platform architecture.

Its dominant objects now include:

Media + Categories + Providers + Users + Engagement + Analytics + Ranking + AI + Distribution + Payments + Entitlements + Privacy

This is a qualitatively different architecture.

The component is no longer limited to answering:

“How should this video or stream be displayed?”

It can increasingly answer:

“Where did this media originate, how should it be classified, whether it is live, how users interact with it, how it should rank, where it should be distributed, who is entitled to access it, and how that entitlement is maintained over time?”

Development Perspective

The most important accomplishment between 2.11.0 and the Premium Kiosk generation is therefore not the number of features added.

It is the progressive removal of assumptions.

Categories are no longer assumed to be fixed.

Media providers are no longer assumed to be local.

Streams are no longer assumed to be permanently online.

Traffic is no longer assumed to have equal informational value.

Users are no longer assumed to be anonymous.

Editorial metadata is no longer assumed to require exclusively manual processing.

Remote sites are no longer assumed to maintain independent media databases.

Registration is no longer assumed to imply entitlement.

Payment is no longer assumed to be a one-time transaction.

Logout is no longer assumed to mean merely displaying another page.

That transition transforms MediaTube from a conventional Joomla media extension into the foundation of an increasingly autonomous media hub and service platform.

Release Classification

Starting point: MediaTube 2.11.0
Major milestone: MediaTube 2.24.x Premium Kiosk
Privacy extension: MediaTube 2.25.0 Secure Logout
Platform: Joomla 5
Architecture: Hub / Provider / Remote / User / Subscription
Primary direction: intelligent media aggregation, distribution, engagement and monetization

MediaTube's development trajectory is consequently moving toward a system in which media acquisition, organization, presentation, user participation and commercial access are no longer separate administrative problems.

They become coordinated states within the same platform.

MediaTube — one media architecture, multiple providers, multiple audiences, one controllable Hub.

Download pkg_com_mediatube_kiosk_premium_complete_2.25.1.zip for Joomla 5

Details

Written by: Kim Jacobsen

Category: Blog

Published: 16 August 2026

Hits: 37

What we call crude oil is essentially a complicated reservoir of hydrocarbons plus sulfur-, nitrogen-, oxygen-containing compounds and trace materials. We therefore don't necessarily need to reproduce geological crude oil molecule-for-molecule. We can manufacture the useful hydrocarbon fractions instead.

A particularly interesting architecture would be:

CO₂ + H₂O + energy → H₂ + CO → synthetic hydrocarbons → fuels / lubricants / chemical feedstocks

CO₂ could come from industrial exhaust or direct-air capture. Water provides hydrogen through electrolysis. Renewable or nuclear electricity supplies the energy. CO₂ and hydrogen can then be converted into synthesis gas and subsequently into longer hydrocarbon chains using processes such as Fischer–Tropsch synthesis.

The important distinction is that I'd approach your idea as “artificial resources” rather than merely “synthetic fuel.” Imagine an industrial system where we manufacture substitutes for resources normally extracted from geology:

Artificial Oil → hydrocarbons, lubricants, polymers, chemical feedstock
Artificial Gas → methane or other gaseous energy carriers
Artificial Carbon → graphite/carbon materials from captured CO₂
Artificial Minerals → engineered materials replacing scarce geological inputs

For artificial oil specifically, I think an interesting research target would be something like an Artificial Crude Oil (ACO): not just gasoline or diesel, but a deliberately engineered liquid hydrocarbon mixture that existing refineries could fractionate using much of their current infrastructure.

The chemistry is achievable. The difficult part is the energy and economics. If one tonne of synthetic oil requires so much electricity that extracting conventional petroleum remains dramatically cheaper, it won't replace petroleum. But if electricity becomes sufficiently abundant and inexpensive, carbon becomes recyclable feedstock rather than something humanity has to continuously dig out of the ground.

So yes, I have the capacity to help develop the concept at the level of reaction pathways, mass/energy balances, process architecture, catalyst choices, theoretical efficiency, refinery compatibility and economic modelling. We could even formulate it as a proper Artificial Resources research concept and calculate what a hypothetical 1,000-barrel/day artificial-oil plant would actually require.