• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] Cinelerra unter opensuse 11.0

Hallo

Leider gibt es cinelerra noch nicht auf packman. Ich benötige diese Programm allerding relativ schnell. Es selber zu kompilieren habe ich auf Grund meiner "Unfähigkeit" aufgegeben. Gibt es andere Möglichkeiten cinelerra als fertige rpm zu bekommen.

Danke
 
Probier mal rpmbuild -rebuild, beschrieben von Rain_Maker in diesem Thrad:
http://www.linux-club.de/viewtopic.php?f=27&t=95036

Edgar
 
A

Anonymous

Gast
Code:
rpmbuild --rebuild Desktop/cinelerra-2.1.cv1055-0.pm.2.src.rpm
Installing Desktop/cinelerra-2.1.cv1055-0.pm.2.src.rpm

------- Ratter Ratter -------

--- Immer noch Ratter (was für ein Monster) --------

threshold.C:233: warning: deprecated conversion from string constant to ‘char*’
threshold.C: In member function ‘virtual void ThresholdMain::render_gui(void*)’:
threshold.C:255: warning: deprecated conversion from string constant to ‘char*’
threshold.C: At global scope:
threshold.C:467: error: explicit template specialization cannot have a storage class
threshold.C:473: error: explicit template specialization cannot have a storage class

Tz ...... (hat da etwa wieder der "strenge" gcc-4.3 zugeschlagen?)

Ergebnisse 1 - 4 von 4 für error: explicit template specialization cannot have a storage class cinelerra. (0,40 Sekunden)

=> https://bugs.gentoo.org/show_bug.cgi?id=215431

https://bugs.gentoo.org/attachment.cgi?id=147689

(Runtergeladen und nach /usr/src/packages/SOURCES gepackt)

Datei /usr/src/packages/SPECS/cinelerra.spec mit $EDITOR_MEINES_VERTRAUENS geöffnet

Code:
Group: Productivity/Multimedia/Video/Editors and Convertors
URL: http://cvs.cinelerra.org
Source0: %name-%version.tar.bz2
Patch0: cinelerra-cvs-20080301-gcc-4.3.patch
BuildRoot: %{_tmppath}/%{name}-2.1-%{release}-buildroot

(vorletzte Zeile)

und

Code:
%prep
%setup -q
%if %suse_version == 1100
%patch0
%endif

(letzte drei Zeilen)

//Edit:

Dank eines "Versuchskarnickels"

(thx @jkeiper)

konnten noch ein paar weitere kleine Fehler gefunden werden.

Code:
BuildRequires: gcc-c++ freetype2-devel Mesa-devel xorg-x11-devel fltk-devel libx264-devel alsa-devel lame libavc1394-devel libfaac-devel faad2-devel liba52dec-devel lame libjpeg-devel libpng-devel libdv-devel OpenEXR-devel libogg-devel libvorbis-devel libtheora-devel mjpegtools-devel libraw1394-devel libiec61883-devel libmpeg3-devel libsndfile-devel pkgconfig nasm fftw3-devel

(lame muss hinzugefügt werden, aus a52dec muss liba52dec-devel und aus libmpeg3 libmpeg3-devel gemacht werden.)

eingefügt und abgespeichert.

Code:
rpmbuild -ba --clean /usr/src/packages/SPECS/cinelerra.spec

------- Ratter Ratter -------

--- Immer noch Ratter (egal ob gepatched oder nicht, Monster bleibt Monster) --------

Finding  Provides: /usr/lib/rpm/find-provides cinelerra
Finding  Requires: /usr/lib/rpm/find-requires cinelerra
sed: kann /usr/src/packages/SOURCES/cinelerra.spec nicht lesen: Datei oder Verzeichnis nicht gefunden
Finding  Supplements: /usr/lib/rpm/find-supplements cinelerra
Requires(rpmlib): rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1
Requires: cinelerra = 2.1.cv1055
Checking for unpackaged file(s): /usr/lib/rpm/check-files /var/tmp/cinelerra-2.1-0.pm.2-buildroot
Wrote: /usr/src/packages/RPMS/i586/cinelerra-2.1.cv1055-0.pm.2.i586.rpm
Wrote: /usr/src/packages/RPMS/i586/cinelerra-devel-2.1.cv1055-0.pm.2.i586.rpm
Executing(%clean): /bin/sh -e /var/tmp/rpm-tmp.70279
+ umask 022
+ cd /usr/src/packages/BUILD
+ cd cinelerra-2.1.cv1055
+ rm -rf /var/tmp/cinelerra-2.1-0.pm.2-buildroot
+ rm -rf filelists
Executing(--clean): /bin/sh -e /var/tmp/rpm-tmp.70279
+ umask 022
+ cd /usr/src/packages/BUILD
+ rm -rf cinelerra-2.1.cv1055
+ rm -rf filelists

Works for me ™

(Auf meiner ollen Gurke will/kann ich das Ergebnis aber nicht testen)

Fürs Protokoll der Patch:

Code:
--- plugins/threshold/threshold.C
+++ plugins/threshold/threshold.C
@@ -461,13 +461,13 @@
 }

 template<>
-static inline float scale_to_range(int v)
+inline float scale_to_range(int v)
 {
        return (float) v / 0xff;
 }

 template<>
-static inline uint16_t scale_to_range(int v)
+inline uint16_t scale_to_range(int v)
 {
        return v << 8 | v;
 }

Nun denn.

Greetz,

R_(und_ich_hab_nicht_mal_$AHNUNG_von_C_geschweige_denn_von_C++)_M

P.S. Könnte man dieser tollen Forensoftware auch irgendwann einmal Formatierungen wie fett oder unterstrichen in Code-Blöcken beibringen?
 
Rain_Maker schrieb:
P.S. Könnte man dieser tollen Forensoftware auch irgendwann einmal Formatierungen wie fett oder unterstrichen in Code-Blöcken beibringen?
Nein, kann man nicht, oder hast Du schon mal fetten oder unterstrichenen Code geschrieben? Und was sollte erst bei copy and paste rauskommen wenn im Code Formatierugen wären?
 
A

Anonymous

Gast
Geier0815 schrieb:
Nein, kann man nicht,

Kommt wohl auf die Software an (bei VBulletin-Boards geht das z.B.).

Geier0815 schrieb:
oder hast Du schon mal fetten oder unterstrichenen Code geschrieben?

Es geht um Formatierungen, damit man Änderungen für einen Leser besser hervorheben kann.

Bei einem "quote" geht es ja z.B. auch, daß ich Teile des Zitates fett/unterstrichen/farbig markiere.

Ein fett/unterstrichen/farbig/usw. (auch gleichzeitig "verschachtelt) in einem normalen Text geht auch, nur "code" stellt sich quer (weshalb ich eben vermute, daß das keine Sache des "geht mit der Software nicht" sondern deren Konfiguration ist, sonst würde ich gar nicht nachfragen).

Geier0815 schrieb:
Und was sollte erst bei copy and paste rauskommen wenn im Code Formatierugen wären?

Bei "normalem" Copy&Paste passiert "nichts" (ist ja wie Text kopieren) und wenn man über "Zitieren" geht, dann bleiben die Formatierungen erhalten.

Jedenfalls geht in keinem der beiden Fälle "etwas schief" (sehr wohl aber beim bisherigem Verhalten, denn wenn das jemand machen will und nicht bemerkt, daß code es nicht annimmt, dann ist sein Codeblock "verhunzt", weil dann [ b] und [ u] in der Codezeile mit ausgegeben werden.)

Ich frage das nicht um jemanden damit zu ärgern, sondern aus gutem Grund. In obigem Beispiel wäre das sehr nützlich gewesen, wenn man die Änderungen durch Fettschrift oder Unterstreichungen deutlicher machen könnte.

Des weiteren sind mir auch schon Ausgaben in CODE-Blöcken aufgefallen, die eben unfreiwilllig die ignorierten Formatierungen enthielten, weil der Author nicht aufgepasst hat.
 
Mir ist dein Anliegen schon klar, aber für solche Fälle wo es eben nicht nur um reinen Code geht, ist quote gedacht. Code ist eben auch gut wenn Du jemandem erläutern willst wie er bestimmte Blöcke oder Formatierungen macht ohne das dies direkt interpretiert wird.

zB hier erzähl ich dir wie man etwas fett macht in einem post:
Code:
[b]Text[/b]
und hier möchte ich das mein Text wirklich fett gemacht wird:

Der Unterschied ist dir damit wohl auch klar (war er vorher doch auch schon ;-)) und wie man diese Dinge nennt, ist doch Wurscht. "code" oder "nicht interpretierter quote" macht keinen Unterschied.
 
Ich komm mal wieder zum Thema zurück. :)

Meine Fehlermeldung nach rpmbuild --rebuild sieht etwas anders aus.
Code:
ac3.c: In function ‘mpeg3_delete_ac3’:
ac3.c:24: warning: incompatible implicit declaration of built-in function ‘free’
ac3.c: In function ‘mpeg3_ac3_header’:
ac3.c:57: error: ‘A52_LFE’ undeclared (first use in this function)
ac3.c:57: error: (Each undeclared identifier is reported only once
ac3.c:57: error: for each function it appears in.)
ac3.c:64: error: ‘A52_CHANNEL_MASK’ undeclared (first use in this function)
ac3.c:66: error: ‘A52_CHANNEL’ undeclared (first use in this function)
ac3.c:69: error: ‘A52_MONO’ undeclared (first use in this function)
ac3.c:72: error: ‘A52_STEREO’ undeclared (first use in this function)
ac3.c:75: error: ‘A52_3F’ undeclared (first use in this function)
ac3.c:78: error: ‘A52_2F1R’ undeclared (first use in this function)
ac3.c:81: error: ‘A52_3F1R’ undeclared (first use in this function)
ac3.c:84: error: ‘A52_2F2R’ undeclared (first use in this function)
ac3.c:87: error: ‘A52_3F2R’ undeclared (first use in this function)
ac3.c:90: error: ‘A52_DOLBY’ undeclared (first use in this function)
ac3.c: In function ‘mpeg3audio_doac3’:
ac3.c:110: error: ‘sample_t’ undeclared (first use in this function)
ac3.c:110: error: expected ‘;’ before ‘level’
ac3.c:117: error: ‘level’ undeclared (first use in this function)
ac3.c:136: error: ‘A52_LFE’ undeclared (first use in this function)
ac3.c:145: error: ‘A52_CHANNEL_MASK’ undeclared (first use in this function)
ac3.c:147: error: ‘A52_3F’ undeclared (first use in this function)
ac3.c:148: error: ‘A52_3F1R’ undeclared (first use in this function)
ac3.c:149: error: ‘A52_3F2R’ undeclared (first use in this function)
ac3.c:158: error: expected expression before ‘)’ token
make[3]: *** [ac3.lo] Fehler 1
make[3]: Leaving directory `/usr/src/packages/BUILD/cinelerra-2.1.cv1055/libmpeg3/audio'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/usr/src/packages/BUILD/cinelerra-2.1.cv1055/libmpeg3'
make[1]: *** [all-recursive] Fehler 1
make[1]: Leaving directory `/usr/src/packages/BUILD/cinelerra-2.1.cv1055'
make: *** [all] Fehler 2
error: Bad exit status from /var/tmp/rpm-tmp.89055 (%build)
Leider ist mir nicht klar warum es zu dieser Meldung kommt.
Glücklicherweise habe ich gerade gesehen das es seit 6 Stunden cinelerra auf packman gibt. Daher hast es sich erstmal erledigt.

Danke
 
Oben