RTSP, SIP, UPnP, H264, MJPEG Library Projekt!

[Mavarik]

Hallo Zusammen!

Ich bin dabei für ein neues Projekt eine Library anzufangen... (Ja, das Rad nochmal erfinden)

"Eigentlich" möchte ich keine DLL aufrufen und auch keine Komponente kaufen.
Ich möchte auch kein AktivX einbinden oder ein Kommando Zeilen Tool aufrufen...

Am liebsten möchte ich die Protokolle und den Codec in reinem Delphi Source implementieren.

OK.. bitte das lachen einstellen... Danke...

So die Idee... :stupid:

Hat jemand Lust daran mit zu arbeiten?

Grüsse Mavarik

[mjustin]

Zitat:

Zitat von Mavarik (Beitrag 1231164)

Am liebsten möchte ich die Protokolle und den Codec in reinem Delphi Source implementieren.

Die Patentfragen sind alle schon geklärt? ;-)

[Morphie]

Was MJPEG angeht, haben himitsu und ich vor ein paar Tagen an einer Komponente gearbeitet: http://www.delphipraxis.net/176863-b...-auslesen.html

[Daniel]

Zitat:

Zitat von mjustin (Beitrag 1231167)

Die Patentfragen sind alle schon geklärt? ;-)

In dieser Pauschalität ist Deine Aussage leider lediglich eine Art Polemik. Für SIP sind keinerlei Patentfragen zu klären, für RTSP ebenso wenig. Auch UPnP kann ich nach Herzenslust rauf und runter programmieren, ohne mich um Patente kümmern zu müssen. Bei H264/MJPEG - das ist korrekt - wird man sich darum kümmern müssen, nicht anzuecken.

[Bernhard Geyer]

Und das alles auf einmal?
Wie wäre es erstmal eines dieser obigen Schlagworte angehen statt alle auf einmal?
Oder wie wäre es wenn du schon (halb)fertige Delphi-Komponenten im obigen Bereich suchst die verwaist/nicht mehr gepflegt werden und diese wieder neues leben einhauchst. Evtl. ist ja eines der obigen Punkte auch z.B. bei der Jedi vorhanden. Diese würden sich freuen über neue Hilfe.

[Namenloser]

Zumindest was h264 angeht, denke ich, dass du besser damit fährst, ffmpeg statisch zu linken als den ganzen Kram neu zu implementieren.

Das Projekt klingt dann aber immer noch sehr ehrgeizig. Ich mach ja selber oft (immer?) den Fehler, dass ich anfange, irgendein Programm zu schreiben, bis ich dann merke, dass ich ein bestimmtes Framework oder eine Bibliothek bräuchte, die es noch nicht gibt (oder nicht so, wie ich sie mir vorstelle), sodass ich diese dann selbst anfange zu schreiben – und am Ende wird das das Hauptprojekt, und das, was ich eigentlich machen wollte, wird nie fertig. Das ganze meistens auch noch rekursiv... :lol:

(Das war neulich mein Stack: Map-Editor → Grafikbibliothek mit optionaler Hardwarebeschleunigung → Polygon-Triagonalisierung → balancierte Bäume)

Zumindest lernt man viel dabei. Aber man bringt leider nie was zu Ende...

Das hier klingt für mich auch nach so einem Kandidaten.

[p80286]

Zitat:

Zitat von Daniel (Beitrag 1231180)

Zitat:

Zitat von mjustin (Beitrag 1231167)

Die Patentfragen sind alle schon geklärt? ;-)

In dieser Pauschalität ist Deine Aussage leider lediglich eine Art Polemik. Für SIP sind keinerlei Patentfragen zu klären, für RTSP ebenso wenig. Auch UPnP kann ich nach Herzenslust rauf und runter programmieren, ohne mich um Patente kümmern zu müssen. Bei H264/MJPEG - das ist korrekt - wird man sich darum kümmern müssen, nicht anzuecken.

Solange Mavarik damit kein Geld verdient ist da kaum etwas zu befürchten.
§11 PatG

Zitat:

Die Wirkung des Patents erstreckt sich nicht auf
1.Handlungen, die im privaten Bereich zu nichtgewerblichen Zwecken vorgenommen werden;
2.Handlungen zu Versuchszwecken, die sich auf den Gegenstand der patentierten Erfindung beziehen;

hier kann man alles nachlesen

Gruß
K-H

[Mavarik]

Zitat:

Zitat von Daniel (Beitrag 1231180)

Bei H264/MJPEG - das ist korrekt - wird man sich darum kümmern müssen, nicht anzuecken.

Ich denke aber nur wenn man Encoden will ein Decode dürfte kein Thema sein!

Mavarik

[Morphie]

Soviel ich weiß, unterliegt MJPEG keinerlei Patenten. Gibt es andere Meinungen?

[himitsu]

MJPEG: Das JPEG unterliegt einigen Patenten, aber "mit" dem darin enthaltenen JPEGs wird ja nichts direkt gemacht.

MJPEG ist "praktisch" nur soein MIME-Format (k.A. wie man das jetzt nennt, wie es auch bei eMails verwendet wird, welche nicht nur Text, sondern z.B. auch HTML und/oder Dateianhänge enthalten), zusammen mit einem HTTP-Aufruf.