I&#39;m gonna be the cutter for a Youtube channel - Should I ask for a contract? So I contacted a youtube channel which has about 300k subscribers and they would like me to be their musicvideo cutter. Every week they release a new video and I should cut it. I will be given the raw material soon. They haven't talked about money yet, but I will ask for it. The musicvideo will not be super-duper edited (just a standard video with some cuts and transitions, that's what they want). My question is: Should I ask for a contract, when asking for the money? I would be appreciated about some help.
Should I ask for a contract, when asking for the money? The proper time to define or formalize a contract is not when asking for the money, but when agreeing what tasks are expected from you and how much you will charge therefor. That way both parties will be clear on what is expected from each other. And if a dispute is brought to court, the fact-finder will have an objective document from which to identify who breached the contract. It is always recommendable that the contract be self-contained, and that relevant interactions between the parties be in writing or memorialized in some way that leaves no room for unverifiable allegations of the type &quot;I said, he said&quot;.
You are required to provide a copyright notice on your work, such as putting (c) rhino 2016 in the liner notes. Nothing precludes you from licensing that copyright in any way you want, such as Creative Commons. As long as you aren't in violation of the last sentence (your work is not primarily the samples, and you actually made a song with them), then others should be able to use your work with no restrictions other than what you yourself place on the work. The purpose of requiring a copyright notice on derivative works is to give notice of who the actual author is and distance the original author from the derivative work. If you take their samples and make a song that is later at the center of a lawsuit (copyright, defamation, etc), the the copyright notice will hopefully steer people first to the derivative author and not the original author. That is the purpose of the clause in the copyright grant above.
Yes australia This is a straight up and down case of “deceptive and misleading conduct”. There is plenty of case law to support that testimonials (which this is) must be genuine, not paid for as they are from an actor. Further, they cannot be cherry-picked. If 5 real people reacted and 2 reacted negatively, you cannot just show the 3 who reacted positively - you have to show them all or otherwise disclose that 3 out 5 people loved the product. When actors (or people who are otherwise getting paid) are used that fact must be disclosed if it is not clear from the context. In a typical ad where people are just shown using the product without giving a personal endorsement it’s sufficiently clear that they are actors. However, in the type of ad you describe if they were actors this would need to be stated. Television and radio personalities must disclose when they are being paid for an endorsement under enforceable codes. Influencers are required to do so under non-binding codes, however, it is likely that breach of these codes would also be a breach of the law.
It isn't necessarily "illegal" (in the sense you are committing a crime) but you may be in violation of a verbal contract (which would fall under tort law). Let's take this a bit further. Perhaps Joe Schmoe gave you his debit card information so that you could make deposits for him and he said you could take $5 out for yourself for the trouble. This is a contract between you and Joe for a service. You can't extend Joe's offer to Jane Doe by saying "here is some debit card information, take $2.50 out for yourself". You have no right to extend your contract with Joe to somebody else. Now specifically for passwords it basically boils down to the same thing. Unless Joe gives you explicit permission to give that to somebody else, you can't just decide to unilaterally give what Joe gave you to somebody else. This may be different if Joe said "here, I'm buying you a subscription to service XYZ because you are a nice guy", this may be construed as a gift which transfers ownership. At that point you have control over what is or isn't done with the account. As another example let's say Joe let you borrow his car. You can't turn around and say to Jane, "here's a car you can use", Joe did not extend the offer to Jane, nor did Joe give you the right to extend the offer to another person. It's a moot point though, in the original context of this question, Netflix does restrict you from sharing your passwords "outside your household". Almost every paid service has some restriction against sharing with others. In the end Netflix may shut off Joe's account and Joe may sue you for damages, but you aren't going to be thrown in jail for this. This would be a civil case (tort) which you may be liable for monetary damages.
There's existing copyright infringement and future copyright infringement. Let's say you sold a million records with infringing contents. That's copyright infringement. It has happened, you can't undo it. Now you get sued. If you think you will lose, it would be a good idea to change the music to be not infringing, so the next million records are not infringing and add to the damages. It doesn't fix the infringement that has already been done, but makes sure there is no further infringement. And infringement after you were told about it and asked to stop might be punished more harshly.
Yes (probably), under COPPA The FTC has stated that YouTube content creators could be held liable under the Children's Online Privacy Protection Act (COPPA), a United States law that &quot;imposes certain requirements on operators of websites or online services directed to children under 13 years of age, and on operators of other websites or online services that have actual knowledge that they are collecting personal information online from a child under 13 years of age.&quot; (source) The FTC's FAQ on complying with COPPA notes that &quot;operators will be held to have acquired actual knowledge of having collected personal information from a child where, for example, they later learn of a child’s age or grade from a concerned parent who has learned that his child is participating on the site or service.&quot; It also has the following question/answer (emphasis added): I operate a general audience video game service and do not ask visitors to reveal their ages. I do permit users to submit feedback, comments, or questions by email. What are my responsibilities if I receive a request for an email response from a player who indicates that he is under age 13? Under the Rule’s one-time response exception (16 C.F.R. § 312.5(c)(3)) you are permitted to send a response to the child, via the child’s online contact information, without sending notice to the parent or obtaining parental consent. However, you must delete the child’s online contact information from your records promptly after you send your response. Assuming the FTC is correct that content creators (not just the service itself) are responsible for COPPA compliance, a Discord server administrator would likely be required to ban/delete the account of a user upon discovering (acquiring actual knowledge) that the user is under 13. It may be a defense that they believed the user's retraction and claim that it was a lie, but I wouldn't want to be stuck arguing that in court (an underage user who doesn't want to be banned certainly would have a good reason to lie about their age upon finding out that they would be banned for having admitted their actual age).
The only issue relevant to your age is the (ir)revocability of the license. GPLv3 purports to be an irrevocable license. To be really irrevocable, the license would need to grant certain rights in exchange for something of value, that is, you need a license that passes muster as a contract. Copyright licenses are typically treated as contracts, but it is not clearly established in law that licenses are contracts or are not contracts. Out of the goodness of your heart, you can grant permission to use your property, but you can also withdraw that permission. If you have a contract granting perpetual permission to use your property in exchange for something of value, then you can't later withdraw that permission. In the case of Jacobsen v. Kratzer, the sides advances opposing theories that the license was a "bare license" vs. was a contract. (The matter was ultimately settled out of court). This article puts together the legal factors surrounding the notion of license as contract, see p. 21 ff, and esp. §IV for arguments that licenses should be contracts, to be fully enforceable. A contract for non-essentials formed with a minor is not enforceable, until you are 18. You could therefore revoke the license, until you are 18. Anyone who uses the software does so at their peril. However, if the license is not a contract, no existing legal doctrine (in the US) whereby the permission is irrevocable. In other words, yes you can, at their peril. The whole license-as-contract issue is very complicated, and I'm only focusing on the revocability issue. There is a separate question whether one can sue a user for both copyright infringement and breach of contract. The case of Artifex v. Hancom, see also this analysis, found that (in the particular case), plaintiff can pursue the matter as both infringement and contract breach.
An incomplete list: Getting the money. How did you plan to get paid? Credit card? Paypal? Integrating those into a website in compliance with their terms of service is not easy. (I wouldn't touch credit card numbers, in particular, even with a ten-foot pole. Too much liability risk for weak implementations. Too many highly skilled attackers to pounce on any mistake.) Distributing the App. Places like the Apple App Store have their own terms of service, especially regarding payment and in-app purchases. At a guess, Apple would reject your app, but if they allowed it, how does your withdrawal policy fit with the 30% cut they want from the initial transaction? Holding the money. So there are user accounts with a credit balance that can be withdrawn again. Would you be able to repay them if all users withdraw at the same time? Where do you keep the money? Currency risks. Say international customers pay in currency A, which the payment provider transforms into currency B. Then they want their money back, but exchange rates have changed. What do they get? Knowing your customer. There would be money laundering concerns. Do you have the infrastructure to identify your customers? Can customers change the (re)payment method from one account to another? Can you handle withdrawals if a user no longer has the same credit card, for instance? Scammers leaving you to hold the bag. Say a scammer tricks a victim into making a deposit, and then finds a way to redirect the withdrawal (see above). Would you be able to deal with the legal and administrative fallout?