Reprise du message précédent :

Bah ils pourraient la payer, mais ils la déduirait juste de la TVA qu'ils prélèvent, donc ça fait juste plus d'administration et ça change rien à l'argent qui rentre.

logique économique de la mondialisation en effet: nivellement par le bas, pareil pour la TVA sur les billets.

  les entreprises paient la TVA aussi...

y'a pas de TVA sur les billets de train non plus.

Rien pour l'instant, mais je dois refaire mon PC en septembre, donc à voir à ce moment là. Ce que je sais c'est que pour streamer il faut de la quicksync, je peux encoder avec la puce Nvidia mais j'aurais pas de record.

Idéalement, j'aimerais éviter de donner de l'argent à Vinci.

Non. Les entreprises collectent la TVA mais ne la paient pas nécessairement. La TVA c'est 20% sur la valeur du produit "en bout de chaîne", pas 20% ajouté à chaque étape (donc le nombre d'intermédiaire n'influe pas sur la TVA, uniquement la marge totale).
 
Donc un intermédiaire (B2B) peut payer de la TVA à ses fournisseurs ou pas, et la collecter de ses clients ou pas, au bilan il fait la différence (TVA collectée des clients - TVA payée aux fournisseurs) et le résultat est ce qu'ils doivent à l'état au titre TVA (c'est potentiellement une déduction s'ils ont payé à des fournisseurs mais rien collecté).
 
Fondamentalement un numéro de TVA veut simplement dire que tu gères ton bilan TVA comme un grand et c'est pour ça que les fournisseurs business vont demander le numéro des clients et ne pas leur charger de TVA (et ne pas vendre à des particuliers sans numéro de TVA).

prends pas l'autoroute alors

Ok alors disons que les entreprises sont _assujetties_ à la TVA aussi. Bref, c'est pas réservé aux particuliers
 
edit : et je rectifie : la TVA c'est pas 20% de la valeur en bout de chaine, c'est 20% de la valeur ajoutée à chaque étape. Donc l'intermédiaire paie 20% du prix d'achat, collecte 20% du prix de revente, et verse la différence à l'Etat.

Ou en tout cas pas une sous concession Vinci: l'A19 entre Artenay et Courtenay et les réseaux ASF,  Escota et Cofiroute

En gros, pour éviter Vinci faut rester dans le Nord ou l'Est (jusqu'à Lyon)

Bah sauf que c'est complètement différent justement parce-qu'une entreprise peut déduire toute TVA payée, donc effectivement une boite ne paie pas la TVA (et les fournisseurs purement B2B ne s'emmerdent généralement pas à la faire payer, ça leur simplifie le boulot).

C'est pas différent par rapport au propos initial qui était "normal qu'il n'y ai pas de TVA sur le kérosène puisqu'on n'en vend pas aux particuliers", alors que ça n'a rien voir.

C'est un raccourci discutable, mais pour des produits non accessibles aux particuliers, ça pourrait aussi bien être 0-rated.

Mais non ! Peu importe que le produit accessible ou non aux particuliers : quand ta boite achète un photocopieur, elle paie la TVA dessus !

Non, la boite va soit acheter à un fournisseur B2B qui vend HT soit déduire la TVA. Il y a des exclusions totales ou partielles, mais globalement la seule TVA que "paie" une boite c'est la TVA qu'elle doit collecter sur des produits et services à personne physique.

Mais à la fin de l'année quand elle fait sa déclaration de TVA elle devra mettre 20% du prix du photocopieur dans la colonne des '-', et si elle n'a rien vendu elle n'aura rien à mettre dans la colonne des '+' et elle devra payer !

c'est quoi le pb avec l'encodage GPU powered ?

C'est l'inverse. Si la boite a payé de la TVA a un fournisseur mais n'a pas de revenu (et n'a donc pas collecté de TVA) elle a un crédit TVA qu'elle peut garder (pour imputer sur des ventes futures) ou se faire rembourser par l'état (modulo certaines conditions). Si elle n'a pas payé de TVA et n'en a pas collecté il n'y a rien à faire.

Tu peux pas encoder pour Twitch et avoir le recording qui fonctionne en même temps. Certes il y'a des recording dans Twitch, mais les exports sont chiants à faire et t'auras forcément l'overlay dessus.

 
et donc si tu prends un gros GPU tu peux avoir 2 systemes en parallèle, un qui record, et un qui stream, j'ai bon ?

Je crois pas que l'api Nvidia autorise ça, quand j'active le streaming via le GPU, j'ai plus accès au recording.

 
pardon, je voulais dire prendre un gros CPU pour avoir 2 streams en parallele via 2 apps differentes ?

Je stream actuellement 100% en CPU puisque je n'ai pas le Quick Sync.

Ya pas l'option d'avoir deux machines sinon? Je connais pas son setup précis, mais day9 a l'air d'avoir une machine sur laquelle il joue et une autre qui s'occupe de l'encodage pour le streaming et l'archivage.

Well done, Mercedes, well done !
 
http://www.thedrive.com/tech/4591/ [...] ow_twitter
 
Sur la class E semi autonome,
 

 
Exactement ce qu'on ne veut pas voir rouler sur nos routes, quoi.

J'ai toujours pas compris l'intérêt du garbage collector en c#, quelqu'un peut m'expliquer à quoi ça sert de gérer automatiquement la mémoire (dans la mesure notamment où on doit continuer à gérer manuelle la remise à disposition des autres ressources)?

J'ai jamais autant fait gaffe à mes ressources que depuis que je code en c#  

Ca fait toujours une ressource en moins à gérer, ce qui est du temps gagner pour le dev surtout lorsque la durée de vie des objets n'est pas évidente (voir impossible à déterminer à priori - ce qui au mieux t'oblige à utiliser des smart pointers qui ont un cout ou des copies qui ont aussi un cout).

Ben tu ne t'occupes pas de la mémoire, qui est quand même de très loin la ressource la plus utilisée.
Que tu t'occupes manuellement de tes fichiers, c'est normal.

Ouais en fait c'est pas le GC qui me chiffonne tant (pourquoi pas même si ça fait quelques années que j'ai pas écrit un new en C++ donc c'est pas flagrant) que l'absence de RAII, qui en est une conséquence ?

En fait tous les objets devraient être disposables et disposés !

Il n'y a pas de RAII parce que c'est le compilateur ou la machine virtuelle qui décide si un objet doit être stocké sur la pile.

 
Tu n'as que deux choix :
- implémenter IDisposable, et être responsable de l'appel à .Dispose()
- implémenter le destructeur, et laisser le GC l'appeler quand ça lui chante.
 
Si tu veux contrôler le moment où tu libères ta ressources t'as plus que le premier choix

Oui sauf que généralement c'est une mauvaise habitude, voire une mauvaise idée.

Oui mais c'est ça que je n'arrive pas trop à saisir dans la philosophie : je me retrouve à devoir me préoccuper bien plus finement de mes ressources qu'en C++,  et je ne vois pas ce que j'y gagne...

 
Ben t'as plus à gérer les destructeurs, ni à te poser la question unique_ptr vs shared_ptr vs weak_ptr vs raw pointer

Je suis curieux de savoir ce qui te fait dire ça. Ca mérite plus de détails.
 
Sinon, tu compares C# avec C++11/14. Je te rappelle que C# et son GC sont très antérieurs à C++11.

 
using ?

Précisément, using. À chaque fois que j'utilise un objet je dois me demander s'il utilise des ressources supplémentaires et, le cas échéant, les libérer en appelant Dispose ou en spécifiant son étendue d'utilisation avec using. Alors qu'en C++ c'est à la charge de celui qui fournit l'objet de gérer ce qu'il a à gérer. Effectivement il y a des cas où il faut spécifier explicitement qui appartient à qui.

Tu as le droit de ne pas appeler Dispose, si la libération déterministe des ressources ne t'intéresse pas le GC s'en occupera lors de la destruction de l'objet en appelant le finalizer (qui sur un objet IDisposable se pose en géneral la question de l'appel à Dispose ou non). L'existence d'une méthode Dispose() ne te force pas à l'appeler systématiquement, c'est plutôt que tu peux le faire si tu as besoin de cet aspect déterministe (c'est sans doute le cas pour certaines ressources mais pas pour toutes non plus).

edit : c'est pas une très bonne pratique, mais néanmoins ça se fait
MSDN : "Because the IDisposable.Dispose implementation is called by the consumer of a type when the resources owned by an instance are no longer needed, you should either wrap the managed object in a SafeHandle (the recommended alternative), or you should override Object.Finalize to free unmanaged resources in the event that the consumer forgets to call Dispose. "  
SafeHandle : https://msdn.microsoft.com/en-us/li [...] andle.aspx

Ah non si tu n'apelles pas Dispose tu ne libères pas les ressources autres que la mémoire !

Si tu n'appelles pas dispose la libération de la resource est non-déterministe, que ce soit pour la mémoire ou pour le reste.

C'est pas gênant pour de la mémoire, ça tend à l'être pour des locks ou des fichiers. D'autant plus que la libération non-déterministe est basée sur le comportement du GC et donc sur la pression mémoire, aucune corrélation avec les resources.

Franchement, j'ai beaucoup réfléchis à la question et j'ai jamais rencontré un problème où les finalizers de java et C# sont utiles.

Il pourrait y avoir les caches qui changent de taille en fonction de la pression sur la mémoire et la recherche de racines de GC inconnues, mais c'est des trucs super tordus et obscurs qui nécessitent beaucoup plus que simplement l'infra de finalizers.

Ah oui tu parles du finalyzer c'est ça ? Qui n'est pas le garbage collector, et du coup on a encore une façon de gérer certaines ressources, que l'auteur doit implémenter mais sur laquelle l'utilisateur ne doit pas compter.

https://msdn.microsoft.com/en-us/li [...] .110).aspx

StreamReader sr = null;
      try {
         sr = new StreamReader(filename);
         txt = sr.ReadToEnd();
      }
      finally {
         if (sr != null) sr.Dispose();     
      }

l'exemple avec le if bidule==null