Jump to content

Search the Community

Showing results for tags 'payment'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • HTML5 Game Coding
    • News
    • Game Showcase
    • Facebook Instant Games
    • Web Gaming Standards
    • Coding and Game Design
    • Paid Promotion (Buy Banner)
  • Frameworks
    • Pixi.js
    • Phaser 3
    • Phaser 2
    • Babylon.js
    • Panda 2
    • melonJS
    • Haxe JS
    • Kiwi.js
  • General
    • General Talk
    • GameMonetize
  • Business
    • Collaborations (un-paid)
    • Jobs (Hiring and Freelance)
    • Services Offered
    • Marketplace (Sell Apps, Websites, Games)

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


Website URL


Twitter


Skype


Location


Interests

Found 5 results

  1. Hello Community i make this post to talk about Gamedistribution and warning all developers about this site. take care when you start making money with them because they pay the first times and then just evade the payments even when im uploading 4 new games every month. I contact them but they just say we will pay you but never pay. I upload more than 50 games From 2017 to today and they pay me until MAY 2018. If you have similar issues please comment this post so we can help developers to dont give our hard work to this guys. Cheers
  2. My team and I have developed a unique alternative payment solution called PayGarden.com. We are looking for game devs and publishers to partner with. What PayGarden does: Enables a website or app to accept popular 3rd party gift cards (e.g. Starbucks, Target, Walmart, etc.) as online payment. (example: If a user has a $15 Starbucks gift card, they could trade it for in-game tokens/credits in an MMORPG game.) Why it's unique: By accepting common gift cards as payment, you can reach customers who don't have or are afraid to use traditional payment options like credit cards, Paypal, etc. online. This means tapping into a set of new customers, and converting more of your non-paying users. PayGarden thus boosts your overall monetization, and there's no other solution like it available. Does it work?: Yes - we've launched in other verticals, such as private VPNs and subscription-based online entertainment, and our partners are reporting 10-20% lift in new payments. How difficult is integration?: We work with partners to make integration straightforward and easy, requiring 1 engineer and about 2-3 days. We've been told by partners we're one of the easiest add-ons they've ever done. Sound interesting for your gaming audience? Let us know. [email protected]
  3. I have submitted a game to marketjs and It has been approved. I see that I have some earnings next to my developer name. But there is nothing in developer dashboard, no sales statistics, no details about deal history. Only thing I see is how to edit the game. How do I receive the payment? If anyone is working with marketjs. Can someone please explain how it works?
  4. Hey Guys, iKEMU is a new games publishing company that operates currently in Japan and will be expanding to the US this year. We have created a new model of payment that rewards good games. If you have cool HTML5 games and you are interstead in talking about this further please let me know.
  5. I am working on WebGL for Android/Ouya, and I wonder if it would be nice to have a universal html5 payment API. Since there's no such thing as a W3C or a de facto standard for it (unless I'm mistaken!), I figure I'm just going to create something myself. I want to keep it as simple as possible. I want to start by creating a wrapper around the Ouya API. I also looked at Clay.io and Google Play. I think I can distill a simple API from these three systems that covers the basic functionality. Here's my first try (note, return values are Java style). PaymentSystemID detectPaymentSystem() initPaymentSystem(Secrets) requestPayment(ProductID) boolean checkReceipt(ProductID) ProductID [ ] getAllReceipts() consumeReceipt(ProductID) ProductInfo getProductInfo(ProductID) The main idea is that you get receipt statuses through checkReceipt and getAllReceipts, which will cache the result locally so you can call it 60 times a second in your game loop, and it will return something even if the user is not connected. requestPayment just sends out a request to start the payment dialogue, which will eventually lead to checkReceipt becoming true. My hope is that any user login processes and payment dialogues can be handled entirely behind-the-scenes. The Secrets, ProductIDs, and ProductInfo are payment system dependent. You can use detectPaymentSystem to get the system currently in use. Clay.io also has a shopping cart feature, which is not exposed through this API. Not sure that's essential. Does anyone here have any thoughts on this? Any particular payment system that you use or is often used? Or maybe this has already been done by someone else?
×
×
  • Create New...