• Content Monetization with Cable TV and Satellite Operators

    Cloud to Cable TV is the best way to monetize video and music content for cable TV operators and satellite systems with examples - MPVD (Multichannel Programming Video Distribution) . ...
  • Cloud to Cable Patent Updates

    Cloud to Cable Patent Officially Issued (2nd Patent)

    The new patent also covering “Cloud to Cable TV” was issued on December 11th, 2019.

    What does Cloud to Cable Patent Covers?

    Cloud to Cable is a patented solution for music streaming providers to distribute content to MVPDs. Amplify your ooffering from online streaming to Cable TV & IPTV systems with linear channels and SVOD subscriptions. Create visually appealing streams with great sound, bundled with a mobile experience
    through the MEVIA app.

    Patents: US 10,123,074, and 10,524,002 with European Patent filed/PCT.

    Music and Video are ready in all broadcasting platforms for easy monetization from your affiliates in MVPD, IPTV, Smart TVs & Mobile systems.

    Cloud to Cable are high-performance servers ready for your customer’s CABSAT headend, with a fault-tolerance design for quick integration. The
    content is available in mobile applications and Cable TV Broadcasts as SVOD or linear channels, all at once

    Cloud to Cable TV patent Issued

    10,524,002 Patent Now Available

    Cloud to Cable Patent Portfolio

    As of December 11th, 2019, the USPTO officially issued US Patent 10,524,002 covering aspects of Cloud to Cable TV that were not covered in the initial patent. I received a notification today of my 12th issued US Patent and hopefully more to come in the coming years.

    This patent includes several claims that include: Generation of a parallelized set of MPEG TV / DVB Broadcasted to Cable TV systems or IPTV;  MPEG TV bi-directional communication from the Set Top Box to the Cable TV system’ Virtualized versions of the broadcasting embodiment or the Cloud and other important inventions covered..

    Edge Computing for TV Broadcasting

    Both, Cloud to Cable Patents, 10,123,074 and 10,524,002 cover a device or computing system that can be embodied into an edge server located at the Cable TV premises, IPTV System, or even at newly defined 4G LTE and 5G broadcasting platforms.

    Cloud to Cable TV brings virtualization to media broadcasting and distribution.

    For licensing proposals, partnerships, don’t hesitate to reach me.

    Cloud to Cable TV Patent

    The family of patents includes now 10,123,074 and 10,524,002, both patents entail

    As shown herein, those claims include for example:

    Two way control messages from Claim 24, Claim 24 itself,

    Injection of MPEG Metadata or MPEG Frames into the stream.

    Fault-tolerance system and multicasting server for MPEG encoded video and audio,

    HTTP Live Streaming, RTSP, or HTTP Playlist

    Linear and Video on Demand (VOD) Support.

    Software Platform and Reference Implementation

    The reference implementation and production device is implemented under our “MediaPlug” or “Mevia” Appliance. In general, any server with 8-16GB of RAM, i7 Intel Processor or AMD, 2TB drive (RAID), ethernet or fiber interfaces is more than sufficient to load all docker  images and be provisioned for media delivery.

    Additional Software Requirements

    Xen Server 7.2 or higher, or Ubuntu Linux 14.04 or higher with Docker Images.
    Sources implemented with PHP, Python, C/C++, BASH, and other modules.

    Mux and Cable Headend Requirements

    The Cable Headend should consist of a Motorola-based Cherry or any other DVB/MPEG mux. All Set Top Boxes can support multicast streams directly for IPTV systems with fiber, or Coaxial with DOCSIS 2.0-3.0.  MPEG messages and encoding depends on provider.

    Formatted for Audio-only, HTML-based Standard Definition (SD), High Definition (HD), 4K, and/or Dolby-digital Sound.

  • Case Opinions – Music Choice v. Stingray Digital

    Introduction

    I will start quoting, MultiChannel article that describes the genesis of this dispute..

    Stingray and Music Choice have a long history. In 2015, Music Choice sued Stingray for patent infringement after AT&T U-verse dropped Music Choice in favor of the Canadian company. Music Choice had claimed that Stingray’s service included digital audio music and video-on-demand features that infringed on its patents, features that Stingray enhanced after getting access to confidential information during talks about possibly buying Music Choice in 2015. Stingray counter-sued, asserting “claims of unfair competition, defamation, trade libel, tortious interference with existing and prospective contractual relationships, and unfair competition.” (Source: Multichannel)

    It was very interesting that in 2017, Stingray made a $120M offer to Music Choice, that was, rejected, not publicly, simply ignored. The offer was sweet basically no strings attached, and likely this case in dispute completely dismissed.

    “Canadian digital and music video company Stingray Digital Group said it has made an unsolicited offer to purchase pay TV stalwart Music Choice for $120 million. (Id) “

    As  consequence of this lawsuit, multiple other litigation steps have followed this case: IPR,  Counter Claims, Daubert challenges, and much more. I have been tracking this case I have a portfolio in the same are as “Music Choice” & “Stingray Digital”

    Now all my observations resulted accurate, and in other words, the analysis of this cases that I made in 2017 is now a reality.

    In summary, I concluded, and you can confirm at [1]. [2]. [3]. and at edwinhernandez.com  that:

    • ♠ Stingray IPRs was not going to be super successful, as the PTAB judges were not fully convinced with the arguments.
    • ♠ I still believe that Music Choice’s slashed patents by PTAB might have some light in appeal.
    • ♠ Damages Report, challenged by Stingray, with a multi-million dollar award was going to be accepted by the court
    • ♠ Alice defenses were futile by Stingray
    • ♠ Trial was going to be conducted and all other defenses denied

    Now this case is scheduled for trial  Dec 9th, 2019 in Marshall, TX.

    Opinions

    Several rulings have gone unfavorable to Stingray Digital, which includes adoption of the Magistrate judge opinions followed by  an order denying the Daubert challenge made to Dr. Keith Ugone. What this means is that Mr. Ugone’s damages report is safe and sound, in other words the damages expert, Dr. Ugon representing Music Choice,  will be able to tell the jury his story about this case.

    Clearly, this was a big reverse to Stingray ,specially when Dr. Ugone has testified that a “non-infringing alternative” presented by Stingray was not suitable and hence, the damages model was at least $23M from the numbers released in a court ruling.

    Dr. Ugone’s testified that in absence of a non-infringement alternative, loss profits need to be used to compute damages, instead of a reasonable royalty. Assuming $23M in loss profits, that means revenues could have been $75M. If, an expert applies a royalty of 10% that’s $7M and 1%, 700k in reasonable royalties.  Potentially saving $23M in loss profits, or even higher at $75M for treble damages, if the judge considers necessary to punish Stingray.

    As you know, already, I completely disagree as my patents when in use in Cable TV systems are a non-infringing alternative to Music Choice’s.

     

     For that reason and the other reasons stated within the Order, the Court agrees with the conclusion reached within the Order. The Magistrate Judge’s Recommendation is therefore ADOPTED. 

    On second adverse ruling, Judge Payne has provided to Judge Gilstrap its report and recommendations regarding the Alice challenge that Stingray has made against Music Choice, Inc patents. The adverse ruling indicates that as a matter of law, Alice Step One, fails and there is no need to conduct any further steps,

    The Court concludes that each of the remaining asserted claims are not directed to an abstract idea at Alice Step One. Because the Court resolves the Alice inquiry at Step One, the Court need not proceed to Alice Step Two. Thus, the Court recommends that Music Choice’s cross-motion be GRANTED and that Stingray’s motion for judgment on the pleadings be DENIED. 

    As jury selection is due December 9th, 2019, clearly Stingray has a low chance of surviving a trial, and in my opinion, Stingray has increase its chances to be found guilty of infringement and pay a hefty amount, likely a multi-million dollar judgment and a potential injunction relief favorable to stingray.

    What will happen?

    Stingray digital has to find a way to now settle this case or, maybe even better, Stingay can discuss a way to present a license to my patents and technology. My patents and technologiss are clearly as a non-infringing alternative to Music Choice, and my patents are new, and will last for a longer time as a protection.

    Either way, this is not good to be in this position for Stingray.

    Stingray could take a license to my portfolio and present it to Music Choice and the court, and avoid all infringement claims.

    Besides that, Stingray Digital made an offer for $120M to purchase Music Choice, and Music Choice rejected the offer, risked a trial and now their position has been getting more solid day after day.  I would assume that it will have to make an offer around that to settle? That means that Stingray’s revenues in the US, which totals $9M per Quarter or $36M/year are now at risk.

    The current damages report shows a $23M loss profits made by Music Choice as of this date, however a full report is only REDACTED and unavailable to the public.

     

    “Revenues in the United States increased 12.2% to $9.4 million (12.9% of total revenues) and in Other Countries, revenues increased by 31.3% to $16.1 million (22.1% of total revenues)” (Source: Globenewswire).

    Greenberg and Trauig is defending Stingray and Dechert Law, LLP is Music Choice’s plaintiff.

    Licensing of My Patent Portfolio

    There are several ways to find out about my portfolio of patents and software implementation, you can contact me via email to sales@eglacorp.com or call me.   My innovations are covered by US Patents 10,123,074 and 10,524,002 and other continuation patents, including European Patent filings, plus the technology and software platform:

     

     




     

  • Cloud to Cable – Second Patent Allowed

    Cloud to Cable Second Patent Allowed

    Besides US Patent 10,123,074 a new patent is allowed within the same family. A second set of claims were allowed on September 3rd, 2019 and that means that several claims that cover MPEG TV and Music broadcasting, MPEG 2-way communications, HTTP Live Streaming broadcasting, and fault-tolerance for carriers.

    The patent covers a system to deliver multiple video and audio broadcasts that combine web pages with multimedia to be delivered to cable operators.

    The following summary of inventions and claims for the following inventions:

    ✪ MPEG Broadcasting – DVB (Digital Video Broadcasting)

    ✪ MPEG 2-way broadcasting (On Demand)

    ✪ HTTP Live Streaming (Applications, OTT TV, Over-the-Top)(

    ✪ Fault-Tolerance and broadcasting

    The  claims allowed are essential for modern broadcasting systems for video, music, and web-pages

    The Cloud to Cable TV patents are a bridge between cloud systems and TV & Audio broadcasting platforms where the convergence of HTML and Virtualization make possible, what is called today Edge Computing.

    In 4G & 5G systems, Edge Computing is classified as:

    Edge computing provides compute and storage resources with adequate connectivity (networking) close to the devices generating traffic. The benefit is the ability to provide new services with high requirements on e.g. latency or on local break-out possibilities to save bandwidth in the network – data should not have to travel far in the network to reach the server. Regulatory compliance and network scalability are also important edge computing drivers. Source (Ericsson)

    In a way, Cloud to Cable brings compute and storage resources for TV broadcasting systems, either DVB, Content Delivery Networks, or other similar systems.

    You can review a summary of what’s been published by the USPTO.

    For Licensing Information:

    Licensing-Technologies-Presentation-small

     

    USPTO Public PAIR Information:

    16152606-2
  • NBC Universal Hackathon – Miami 2018

    This weekend I went and spent some time hacking some code at the “NBC Universal Hackathon” and trying it out new ideas, meeting new friends, and learning a ton on many technological aspects and innovating.  The particular problem that we decided to to solve was the irrelevance  aspects of current TV and how more interactive could it be with current technologies.  The way to solve it thru a collaborative experience where users can interact with their phones and cameras with the video shown on screen.The team was composed by: Satya, Paul Valdez, Juan Gus, Myself, and Chris.What we did what simple, we could create a website that could have a canvas that could be treated with effects, add the TV/Video feeds into it and  that distribute the content using a platform like “Cloud to Cable TV” to cable operators or OTT/IPTV systems.
    Cloud to Cable TV
    The solution required a few items to be setup and configured:
    • RTMP Server or WebRTC Setup to receive video feeds from Smartphones or your laptop,
    • FFMPEG to encode, compress, and publish  video/audio feeds
    • Mobile App with RTMP Client or WebRTC Client or laptop. We tried several but this one worked out ok.
    • A web application in Python to map each feed and position it on top of the TV Channel video source (assuming an M3U8 feed or a movie in MP4)
    With this in place, it is a matter compiling CRTMP, FFMPEG, and we tried other components as Deep Learning such as the “Deep Fakes” project. The idea that we had was to replace one of the actors image, as well as superimposed our live feeds into the video.Issues:
    • The safari browser doesn’t allow you to play content with autoplay features, meaning that the user MUST initiate a playback. If SAFARI sees or detects that onLoad the content autoplays this fails.
    • There are issues with SAFARI and dynamically loading the content and video.oncanplaythrough() is required to be added to the javascript.
    The live feeds had a delay of about 30-40seconds, as it had to:
    • Convert and push from mobile phone to RTMP Server,
    • Grab RTMP Stream and send it as an m3u8 encoded file to the website.
    The standard CRTMP Screen would look like and connections from Gus and Pablo successfully took place:
    
    +-----------------------------------------------------------------------------+
    |                                                                     Services|
    +---+---------------+-----+-------------------------+-------------------------+
    | c |      ip       | port|   protocol stack name   |     application name    |
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 1112|           inboundJsonCli|                    admin|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 1935|              inboundRtmp|              appselector|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 8081|             inboundRtmps|              appselector|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 8080|             inboundRtmpt|              appselector|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 6666|           inboundLiveFlv|              flvplayback|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 9999|             inboundTcpTs|              flvplayback|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 5544|              inboundRtsp|              flvplayback|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 6665|           inboundLiveFlv|             proxypublish|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 8989|         httpEchoProtocol|            samplefactory|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 8988|             echoProtocol|            samplefactory|
    +---+---------------+-----+-------------------------+-------------------------+
    |tcp|        0.0.0.0| 1111|    inboundHttpXmlVariant|                  vptests|
    +---+---------------+-----+-------------------------+-------------------------+
    
    We were trying to use WebRTC but we had many issues with latency and delays.The FFMPEG command required and that was used for the demo was:
    ffmpeg -re  -i rtmp://96.71.39.58/live/pablo -c:v libx264 -c:a aac -ac 1 -strict -2 -crf 18 -profile:v baseline -maxrate 200k -bufsize 1835k -pix_fmt yuv420p -flags -global_header -hls_time 3 -hls_list_size 4 -hls_wrap 10 -start_number 1 /var/www/html/live/pablo.m3u8
    
    ffmpeg -re  -i rtmp://96.71.39.58/live/gus -c:v libx264 -c:a aac -ac 1 -strict -2 -crf 18 -profile:v baseline -maxrate 200k -bufsize 1835k -pix_fmt yuv420p -flags -global_header -hls_time 3 -hls_list_size 4 -hls_wrap 10 -start_number 1 /var/www/html/live/gus.m3u8
    The Mobile App published an RTMP Stream to the server under /live/pablo and /live/gus.  The demo video on what it will look like:
    https://vimeo.com/299048743
    Screen capture in Vimeo using Safari
    For screen capturing in a Mac with FFMPEG with 3 screens, list your devices and capturing to avoid any MOOV issues and useless MOV/MP4 files.
    ffmpeg -f avfoundation -list_devices true -i "" 
    
    ffmpeg -f avfoundation -i "3:0" -t 120 -pix_fmt yuv420p -c:v libx264 -c:a libmp3lame -r 25 teleport.mov
    The presentation we made to the judges at the “NBC Universal Hackathon” can be found here:
    https://docs.google.com/presentation/d/1sKAvnC-Y-KHu2qclulH2Fp-8yWvTslq6bLaocyEgtfQ/edit?usp=sharing
    The source code consists on an HTML site using DOM objects, video source, and a canvas. As shown, the video is hidden it is native format in ways that you can use canvas drawing to copy the video from the “src” in m3u8, MOV, MP4 or whatever format your browser can handle to the canvas. The canvas is then the placeholder for all the overlays and divs. The idea with the canvas is that messages can then by typed and exchange between users, as a WhatsApp application or any other chat application that uses the canvas.
    var canvas = document.getElementById("c");
    var context = canvas.getContext("2d");
    
    window.onload = function() {
     // document.getElementById("fb-profile").style.display = "none";
      
        var canvas = document.getElementById("c");
        var context = canvas.getContext("2d");
        // grab the video element
        // var video = document.getElementById("v");
        
        // drawVideo(context, video, canvas.width, canvas.height);
        // calls drawVideo() function, passing all the objects
    
    }
    
    var splayer = {};
    
    function showIt(id, url, hideOrNot) {
      console.log(id+"  "+url+ " setting it to " +hideOrNot); 
    
      splayer["v_"+id] = document.getElementById("v_"+id);
      document.getElementById(id).style.display = hideOrNot;
      if (document.getElementById(id).style.display == "none" ) { 
         document.getElementById(id).style.display = "block";
         var vId = "vsrc_"+id; 
         console.log("playing "+vId + "  "+url);
         document.getElementById(vId).src = url;
         if (splayer["v_"+id].paused) { 
            console.log("Video paused.... ");
            splayer["v_"+id].load();
            splayer["v_"+id].oncanplaythrough = function() {
                splayer["v_"+id].play();
             };
         } else {
           console.log("Video is playing already..."); 
         }
      } else {
         console.log(" Stopping .... v_"+id);
         splayer["v_"+id].pause();
         document.getElementById(id).style.display="none";
      }
    }
    
     var player = document.getElementById("v");
     
    function ChangeHarry(){
        console.log("Playing Harry Potter.... ");
        document.getElementById("vsrc_main").src = "http://s3.us-east-2.amazonaws.com/teleportme/videos/HarryPotterClip.mp4";
        player.load();
        player.play();
        drawVideo(context, player, canvas.width, canvas.height);
    }
    
    function ChangeQueen(){
      console.log("Playing Queen of the South ... ");
      player.pause();
      document.getElementById("vsrc_main").src="http://96.71.39.58/queen0.mp4";
      player.load();
      player.play();
      // drawVideo(context, player, canvas.width, canvas.height);
    }
    
    setTimeout(function() {
           showIt ("first", "https://mediamplify.com/teleport/iwantharry.mp4", "none");
           setTimeout(ChangeHarry, 6000);
         } , 2000 );
    
    setTimeout(function() { 
          showIt ("first", "https://mediamplify.com/teleport/iwantharry.mp4",  "block"); 
    }, 8000 ); 
    
    setTimeout(showIt, 5000, "second", "http://96.71.39.58/live/pablo.m3u8", "none");
    setTimeout(showIt, 6000, "third",  "http://96.71.39.58/live/gus.m3u8", "none");
    console.log("Starting changing stuff"); 
    
    setTimeout(function() {
                console.log("Preeping to switch to Queen of the South" ); 
                showIt ("first", "https://mediamplify.com/teleport/iwantqueen.mp4", "none"); 
              }, 13000);  
    
    setTimeout(showIt, 15000, "third",  "http://96.71.39.58/live/pablo.m3u8", "none"); 
    setTimeout(showIt, 15010, "second", "http://96.71.39.58/live/gus.m3u8" ,  "none"); 
    
    // setTimeout(showIt, 20000, "third", "http://96.71.39.58/live/gus.m3u8", "none"); 
    setTimeout(function() { 
                console.log("Queen of the South");
                ChangeQueen();                        
                showIt("first", "", "block");
               }, 19000); 
    
    
    
    function fbProfile() {
        var x = document.getElementById("fb-profile");
        if (x.style.display === "none") {
            x.style.display = "block";
        } else {
            x.style.display = "none";
        }
    }
    
    function drawVideo(context, video, width, height) {         
       context.drawImage(video, 0, 0, width, height); // draws current video frame to canvas     
       var delay = 100; // milliseconds delay for slowing framerate
       setTimeout(drawVideo, delay, context, video, width, height); // recursively calls drawVideo() again after delay
    }
    For a functional demo, 1st allow the site to play video in autoplay:
    Update your settings in SAFARI
    We didn’t win the “NBC Universal Hackathon” but had a ton of fun doing it!.  We failed in the presentation, it was only 3 minutes and our presenter disappeared in the last minute, and Gus improvised and didn’t use all the time provided by the judges. We knew we were done when no questions were asked. …. Anyways!!! You cannot always win.