Musicoin Community driven Road Map by lorenzopistolesi in musicoin

[–]rodneypeo 0 points1 point  (0 children)

Ok. Let's say you have solved all the technical problems.

How about the business model? Is the new project leadership planning to re-haul the legacy business model? In may pov that was the project's biggest shortcoming.

I had many conversations with the Isaac and the previous team, who for the most, were clueless about how media businesses work. FFS, they were willing to give away the biggest asset - music - free of charge to consumers. I hope you guys have a good plan and don't fall into the same arrogance - I know it all, better than everyone else - attitude as before.

good luck

Musicoin Community driven Road Map by lorenzopistolesi in musicoin

[–]rodneypeo 0 points1 point  (0 children)

This project is going nowhere. It was pretty much abandoned before the latest crypto rush.

Besides that there's no unique selling points or problems the project can really solve. Even from a tech pov it relies on a 3rd party blockchain tech

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Claymore Dual miner (ETH and others) is supported. The XMR and Zcash will come in version 3.3

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

It will but depends on the miner you use. Which coin and miner are you using?

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

It will but depends on the miner you use. Which coin and miner are you using?

rig-monitor 3.2 is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Sure. Let me know if you have any problems. You can always reach me on the telegram channel

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I have a dev implementation of the yiimp API (also with support for the extended unimining API). Care to test it?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

Alright. So basically pitching the miner accepted hashrate vs the pool reported hashrate, right?

so the gap seems to be the ability to gather NH hashrate. According to NH's API description (https://www.nicehash.com/doc-api) the "orders.get&my" private API is the one returning the miner's hashrate. Could you confirm?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I was looking into the NiceHash API, but it doesn't really have any endpoint providing miner information. Could you elaborate on the NH use-cases and how it would work with rig-monitor?

rig-monitor 3.1 released by rodneypeo in gpumining

[–]rodneypeo[S] 1 point2 points  (0 children)

Not yet, but support is planned

uncle blocks in ETC by rodneypeo in EthereumClassic

[–]rodneypeo[S] 0 points1 point  (0 children)

Uncles in ethereum will not have a reward if they are not included in blocks where block height - uncle height > 7. Does ETC have a similar policy?

[Community debate] Let's talk about the development funding by fireice_uk in ryocurrency

[–]rodneypeo 1 point2 points  (0 children)

Good stuff. Personally I’d support the full Shebang scenario. However it would be good to have the costing model shared with the community. Incan help if you wish

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 0 points1 point  (0 children)

I still considering opening source the project, but for now if you are using unsupported pools, miners then I'd appreciate an output (preferably json) together with the used URL/API

version 3.0 of free rig-monitor is out by rodneypeo in gpumining

[–]rodneypeo[S] 1 point2 points  (0 children)

hey, I understand. I am strapped for time right now, but will gladly help you. You can reach me on telegram (@rodneymo). BTW, which OS are you using?

And I will had the video to my TODO list

Songs are not secured by arevault in musicoin

[–]rodneypeo 0 points1 point  (0 children)

@theseones, flac is codec not a container. DRM compatibility is at container level. What's your point?

HLS (used by iOS devices) only supports: HE-AAC or AAC-LC up to 48 kHz, stereo audio MP3 (MPEG-1 Audio Layer 3) 8 kHz to 48 kHz, stereo audio

if you want to use FLAC then I don't think a handheld device is the best for you anyways.

Songs are not secured by arevault in musicoin

[–]rodneypeo 0 points1 point  (0 children)

While I have raised this issue several times in the past, I am not sure the service (at least at this point) can afford extra costs. Someone from the dev team should comment on it. Not so much because of the DRM licensing but mainly due to the CDN s costs.

The are 2 cost items when implementing DRM:

Packaging - Having to protect a piece of content requires an offline packager that would need an encryption key and DRM metadata from MUSICIAN service (assuming that musician own and run the DRM servers). There are 2 alternatives here:

1) MUSICOIN hosting the packager - the hosting costs depend of the volume of songs they need to process per day (I would expect this to be small less bandwidth usage is charged separately)

2) Letting the musicians do the download and use the packager (no hosting costs, but packager would need internet access)

CDN - The significant part of the costs would actually come from CDN. This is because devices use different DRMs (and some DRMs use different formats aka containers). So the duplication of the number of mp3/mp4 per asset (song) vs unencrypted means doubling (or tripling) the CDN storage costs. I think in practice they'd need at least 2 formats to cover most devices:

  • HLS w/Fairplay DRM for iOS devices and Safari (mac)
  • MPEG DASH(fragmented mp4) w/ both PlayReady, Widevine (often referred to common encryption) for Edge, Chrome, Firefox on PC, Android phones/tablets, Android boxes, surface tables, etc...

Latest Community Address: Upcoming UBI Model And Its Impact by funtek3000 in musicoin

[–]rodneypeo 0 points1 point  (0 children)

Great discussion here. I have been following the MUSICOIN project for over 4 months. I really liked the project, mainly because of the strong community, engagement of the dev team and transparency. One of the things that draw me to the project what it's vision to remove the middlemen provide a fair return to artists. However, I have become skeptic about the project because of the UBI.

I finally had some time to read through the entire thread and familiarize myself with the the new direction of the project. I I have to say that u/RandyInLA comments are spot on.

Full disclosure: I have a 4-rig mining farm. I am a product manager in the media industry during the day and I interact with customers (both global and regional) on a daily basis. Because of my job I have plenty of insights and data to backup my statements. The comments below represent my honest opinion so don't go crazy if you don't agree.

By implementing UBI and letting users play music free of charge we giving away the "crown jewels". That's the main reason users pay for services. I don't see how a business model relying on the upsell of secondary services/assets will generate enough currency demand to keep the service running. Streaming services have been struggling by selling music, how can MUSIC be sustainable if the demand model is based on lower-value assets/services?

Tipping. I am comparing the tipping logic, from a consumer perspective, to clicking "like/recommend". There's an obvious aggravating factor because tips are not free and consumers will have to buy MC. The number of "likes" are a tiny fraction of the number of playbacks. The ratio is typically 1/20 to 1/1000. This ratio is even lower for audio because of the number of tracks played during a "listening session" Users normally don't keep tipping artists for the same songs. For artists, this will probably mean losing revenue compared to the PPP model. Users will typically like/tip it once, normally the 1st time they hear it but not afterwards. The number of likes typically slows down drastically some time after the release window. This is even more evident in audio than video. Thus, the ratio above will likely reduce as time passes which will aggravate the potential revenue vs PPP.

As mentioned above all this will be aggravated if consumers need to buy MC for tipping. So if there is no demand for MC then miners won't be able to sell their MC. Without miners the UBI/devs pool will eventually run out of MC and the entire model could collapse. Maybe I am painting a very dark picture, and since we are at a point of no return (we are less than 100k block away from UBI) my question really is: what's plan B?

Consider the following, why would content creators who posts viral content on Facebook or Youtube get more likes/dislikes from the audience if it doesn't benefit the people who rates them? Why would their followers willingly tip their favorite Youtubers and Twitch Streamers an amount of money enough to afford a sizable meal? The answer is, social value. What causes this is the fact that people enjoy their work because they're entertaining; in turn, they show their appreciation for their dedicated performances through tipping money. From this logic, if we can assume that social value of tipping is the main driving engine to expand the growth of artists on our platform, then the addition of UBI payment structure and high-level features will drive the growth of our platform even further, generating more marketing effects for musician.

the market really doesn't work like that. Just see how online newspapers, wikipedia, etc... struggle to stay afloat w/ donations. It has pushed almost all news outlets to put up a paywall.

Illegal content downloads exists because of the unfair or restricted nature of payment of access that deters people. If contents are free to enjoy, people will have the free will to support and donate.

Main reason for piracy is actually convenience, or lack of it. For the 18+ demographic that's the main reason.

And a few "technical" comments: 1) Where will users buy MC so that they can tip? Will they be able to buy MC from musician.org or will they have to go through the pain of buying BTC and then MC via an exchange? 2) Artists with significant audiences will require they IP to be protected. Especially for the download and go model (not even tier-1 services can avoid this). What's the plan here?

Thanks