Sie sind nicht angemeldet.

1

08.05.2011, 19:07

Problem mit linux-headers und videodev.h (Installation von Cinelerra)

Hallo Leute

Ich hab Probleme so manche Software zu kompilieren. Dazu zählt unter anderem Cinelerra, mjpegtools und ich glaub auch smc.

Quellcode

1
2
3
4
checking linux/videodev.h usability... no
checking linux/videodev.h presence... no
checking for linux/videodev.h... no
configure: error: videodev.h not found - please install the linux kernel headers

Die Headers sind aber installiert. Hab ich hier vielleicht ein Versionsproblem?

Quellcode

1
2
sys-kernel/gentoo-sources-2.6.38-r1
sys-kernel/linux-headers-2.6.38

Was muss ich machen damit ich da mit dem Kompilieren durchkomme.

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »boospy« (09.05.2011, 00:57)


2

08.05.2011, 19:44

Quellcode

1
2
3
4
5
[I] media-libs/libv4l
     Available versions:  0.8.1 ~0.8.3
     Installed versions:  0.8.1(13:25:21 24.11.2010)
     Homepage:            http://git.linuxtv.org/v4l-utils.git
     Description:         Separate libraries ebuild from upstream v4l-utils package


vielleicht meint er ditte?
Böse Zungen behaupten, dass vide04lunix irgendwie sich so langsam aus dem Kernel schleicht.
System:
i7 P2600 @ 3,4GHz
jabber: poedel@jabber.ccc.de

3

08.05.2011, 20:35

Siehe zb Bug 359595
Für mjpegtools-1.9.0-r1 nutze zb den Patch aus Bug 359491

4

08.05.2011, 21:29

Ich hab mjpegtools nur als Beispiel genannt, ich möchte Cinelerra kompilieren, davon gibt es keine brauchebaren Binärpakete. Also vermutlich werd ich mir einfach nen älteren Kernel installieren, und damit die Software kompilieren.
Gentoo Can Do!

Wiki auf: http://deepdoc.at

5

08.05.2011, 21:56

media-video/cinelerra-20101104 sollte sich auch mit installierten linux-headers-2.6.38 mergen lassen. (hier tut es das)

/edit:
Und starten lässt es sich auch fehlerfrei

Quellcode

1
2
3
4
$ cinelerra
Cinelerra 2.1CV  Gentoo - 20101104 (C) 2006 Heroine Virtual Ltd.
External ffmpeg
Compiled on Sun May  8 21:49:17 CEST 2011

Wo klemmt es denn bei dir genau?

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (08.05.2011, 22:12)


6

08.05.2011, 22:45

Oja genau, entschuldigt, das hatte ich vergessen zu erwähnen. Das ist ein Fork von Cinelerra. und wurde für den Heimuser angepasst. Somit aber auch ganz ein Haufen Funktonionen entfernt, das Programm stürzt auch beim Rendern uva. ab. Das richtige ist von http://heroinewarrior.com/cinelerra.php

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

7

08.05.2011, 23:40

Ich denke du solltest zunächst erst mal die (problematischen) =mjpegtools-1.9.0-r1 erfolgreich bauen, denn diese werden auch von cinelerra als Abhängigkeit gefordert. Hast du die schon installiert?

/edit:
Ich hänge noch mal das schon vorgefertigte
/media-video/mjpegtools/mjpegtools-1.9.0-r1.ebuild
und den
/media-video/mjpegtools/files/mjpegtools-1.9.0-removeV4L1.patch
mit an. Packe das am besten im ein lokales Overlay, damit sollte sich mjpegtools-1.9.0-r1 dann erfolgreic bauen lassen?!

BTW
Das ist der Patch aus dem schon genannten Bug Report. Auch von meiner Seite ein Dankeschön an den netten Geist der ihn erstellte. :)
»josef.95« hat folgende Dateien angehängt:

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »josef.95« (09.05.2011, 00:42)


8

09.05.2011, 01:31

Hallo Leute

Habs mit der Anleitung von Josef geschafft mjpegtools richtig zu stellen. Tatsächlich behob das mal den generellen Fehler mit dem videodev.h :) Ich versuchte jetzt den Source für Cinelerre zu kompilieren. Er kommt dabei eigentlich schon sehr weit. Ich habe auch nach besten Wissen, und Doku lesen die Abhängigkeiten aufgelöst. Aber wie es halt so oft ist fehlt wohl noch was. Der Makevorgang bricht dann wie folgt ab:

Quellcode

1
2
3
4
5
g++: /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crti.o: No such file or directory
g++: /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtbeginS.o: No such file or directory
g++: /usr/lib/gcc/x86_64-linux-gnu/4.3.3/crtendS.o: No such file or directory
g++: /usr/lib/gcc/x86_64-linux-gnu/4.3.3/../../../../lib/crtn.o: No such file or directory
make[5]: *** [libFLAC++.la] Fehler 1

Im Anhang noch das "emerge --info"

lg
boospy
»boospy« hat folgende Datei angehängt:
  • emergeINFO.txt (4,97 kB - 2 mal heruntergeladen - zuletzt: 02.11.2012, 13:54)
Gentoo Can Do!

Wiki auf: http://deepdoc.at

9

09.05.2011, 09:08

Zitat

Quellcode

1
configure: error: videodev.h not found - please install the linux kernel headers


Nein, nein, nein. In den 2.6.38 Linux-header haben die da die Video Schnittstelle umgebaut. Die ist leider nicht abwärtskompatibel.
Im allgemeinen könntest du auch die linux-header-2.6.36 einspielen und damit bauen. Das geht auch. Es wird wohl einige Zeit dauern, bis die Apps auf die geänderten Kernel-quellen reagieren können.

Nur: ich habe letztens auf einem System unter VLC in Combo mit libdvdcss einen SigSev damit gehabt. Allerdings nur bei einem einzigen DVD ... der mplayer kam damit aber zurecht. Kann also wiederum sein, daß es mit den headern nichts zu tun hat.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

10

09.05.2011, 09:15

/edit:
Ich hänge noch mal das schon vorgefertigte
/media-video/mjpegtools/mjpegtools-1.9.0-r1.ebuild
und den
/media-video/mjpegtools/files/mjpegtools-1.9.0-removeV4L1.patch
mit an. Packe das am besten im ein lokales Overlay, damit sollte sich mjpegtools-1.9.0-r1 dann erfolgreic bauen lassen?!



Das ebuild habe ich ansonsten auch schon länger in meinem Overlay mit dem oben genannten Patch.

11

09.05.2011, 19:03

So, ich musste mir tatsächlich mal die älteren Kernelheaders installieren. Dies hat einige Probleme beim Kompiliren von Cinelerra gelöst. Jetzt bin ich wieder ein Stück weiter:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
rm doc/ffmpeg.pod doc/ffplay.pod doc/ffserver.pod
make[3]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/ffmpeg.030209'
mkdir -p x86_64/ffmpeg//avcodec x86_64/ffmpeg//avcore x86_64/ffmpeg//avformat x86_64/ffmpeg//avutil
cd x86_64/ffmpeg//avcodec && \
ar x ../../../thirdparty/ffmpeg.030209/libavcodec/libavcodec.a &&  \
cd ../avformat && \
ar x ../../../thirdparty/ffmpeg.030209/libavformat/libavformat.a &&  \
cd ../avutil && \
ar x ../../../thirdparty/ffmpeg.030209/libavutil/libavutil.a
make[2]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/mnt/cinelerra/cinelerra-4.2'
make: *** [all] Fehler 2

Beim zweiten mal darauf "make" kommt da ne ganz andere Ausgabe:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
ar x ../../thirdparty/faac-1.24/libfaac/.libs/libfaac.a
make[2]: *** Keine Regel vorhanden, um das Target »x86_64/ogg/«, 
  benötigt von »x86_64/libquicktime.a«, zu erstellen.  Schluss.
make[2]: *** Warte auf noch nicht beendete Prozesse...
make[3]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make  all-recursive
make[4]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
Making all in libfaac
make[5]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24/libfaac'
make[6]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make[6]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make[5]: Für das Ziel »all« ist nichts zu tun.
make[5]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24/libfaac'
Making all in frontend
make[5]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24/frontend'
make[6]: Entering directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make[6]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
if gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include     -O2 -Wall -MT main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.c; \
then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f ".deps/main.Tpo"; exit 1; fi
main.c:33:18: schwerwiegender Fehler: mp4.h: Datei oder Verzeichnis nicht gefunden
Kompilierung beendet.
make[5]: *** [main.o] Fehler 1
make[5]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24/frontend'
make[4]: *** [all-recursive] Fehler 1
make[4]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make[3]: *** [all] Fehler 2
make[3]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime/thirdparty/faac-1.24'
make[2]: *** [x86_64/faac/] Fehler 2
make[2]: Leaving directory `/mnt/cinelerra/cinelerra-4.2/quicktime'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/mnt/cinelerra/cinelerra-4.2'
make: *** [all] Fehler 2



lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

12

10.05.2011, 08:55

Kannst du mal das build.log raufstellen?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

13

10.05.2011, 12:54

@dyle
Nur kurz ein kurzer Einwurf zu dem aktuellen VLC
Bei dem VLC (libdvdcss) Problem sollte es vermutlich nicht an den linux-headers liegen. Ich habe es hier auch mit linux-headers-2.6.36.1 , rebuild von glibc und vlc getestet, es ändert nichts...
Siehe hierzu auch Bug 365833

14

10.05.2011, 13:56

@josef.95
Ah, ja. Habe gestern noch eine andere DVD genommen und bei der ging es anstandslos ... ob es dieser Bug dann ist kann ich soweit nicht sagen; es sieht allerdings so aus.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

15

14.05.2011, 14:07

Na prima, nun ist auch Version mjpegtools-2 mit im portage Tree, somit sollte es nun keine Probleme mehr mit den linux-headers-2.6.38 geben :)

Zitat

This should be fixed in mjpegtools-2.0.0_rc1 please reopen if there are still
issues.
aus Bug 359491 - media-video/mjpegtools-1.9.0-r1 fails to configure with linux-headers-2.6.38 due to missing linux/videodev.h

16

15.05.2011, 12:33

Ne, das Problem mit den Headers ist noch nicht behoben.

Quellcode

1
2
3
4
5
6
7
configure: The host is x86_64-unknown-linux  x86_64  unknown  linux .
checking for alpha architecture... no
checking linux/videodev.h usability... no
checking linux/videodev.h presence... no
checking for linux/videodev.h... no
configure: error: videodev.h not found - please install the linux kernel headers
Giving up and going to a movie.

Da brauch ich schon noch die alte Version. Ich installier die wieder, und häng dann mal das build.log an.

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

17

19.05.2011, 22:20

Ok, Leute ich nuss zugeben ich find da niergens ein buildlog, wie sieht das Teil aus, und wo sollte ich sowas in der Regel beim manuellen kompilieren finden?

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

18

21.05.2011, 11:18

/var/tmp/portage/media-video/mjpegtools-2.0.0_rc1/temp/build.log
Was meinst du mit "manuelles kompilieren"?
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>

19

21.05.2011, 12:16

Hallo dyle

Ich glaube du hast mich da falsch verstanden. mjpegtools sind ja schon kompiliert eh alles ok. Es geht mir hier ja um Cinelerra. Nicht die CV-Version des Projekts. Die ist total beschränkt und nicht brauchbar. Ich meine das original von http://heroinewarrior.com/cinelerra.php

Dort hab ich mir den Sourcecode besorgt, und möchte es jetzt kompilieren. Daher ist auch die obige Fehlermeldung. Und da suche ich auch so ne Art Build.log.

lg
boospy
Gentoo Can Do!

Wiki auf: http://deepdoc.at

20

22.05.2011, 09:40

'Ah, I see.' said the blind man.
Aha, sorry. Wieso nicht das portage cinelerra?

Aber ok. Ich habe mir das mal angeguckt. Problem dabei: cinelerra pfeift auf installierte Sachen und bringt alles von selber mit. Im Verzeichnis "thirdparty" ist da alles drinnen was cinelerra sonst noch braucht. Ob das eine clevere Designentscheidung ist, bezweifle ich stark.

Daher ist es nun so, daß cinelerra einen feuchten Schei... drauf gibt, welche mjpegtools sonst installiert hast. Es brint seine alten, buggy mjpegtools-1.9 selber mit. Und die gehen natürlich nicht mehr.

Um das Ding also gebacken zu kriegen, müßtest du deine Gentoo-gepatchten mjpegtools dem cinelerra unterjubeln. Wie geht das?

Easy ...

1. Download von cinelerra-4.2
2. Entpacken. Ich habe das im Verzeichnis ~/tmp/cinelerra/cinelerra-4.2 für die weitere Ausführung die Sourcen liegen.
3. Schmeiß die alten mjpegtools von cinelerra raus

Quellcode

1
2
$ cd tmp/cinelerra/cinelerra-4.2
$ rm -rf thirdparty/mjpegtool*

4. Bau die Gentoo-gepatchten Teile, aber nicht mit emerge sondern mit ebuild, damit du den Source-Tree hinterher noch hast.

Quellcode

1
# ebuild /usr/portage/media-video/mjpegtools/mjpegtools-2.0.0_rc1.ebuild compile

5. Schiebe den mjpegtool Source tree in das cinelerra Verzeichnis

Quellcode

1
mv /var/tmp/portage/media-video/mjpegtools-2.0.0_rc1/work/mjpegtools-2.0.0 /home/dyle/tmp/cinelerra/cinelerra-4.2/thirdparty/

6. Setze die Permissions wieder korrekt, denn der mjpegtools-2.0.0 ist ja mit root ...

Quellcode

1
# chown -R dyle: /home/dyle/tmp/cinelerra/cinelerra-4.2/thirdparty/mjpegtools-2.0.0

7. Baue als User dein cinelerra

Quellcode

1
2
$ cd ~/tmp/cinelerra/cinelerra-4.2
$ ./configure

8. Gib dem alten Dyle einen dicken Schmatz für die Mühe.

=)

Wo in den Code-Samples mein Account ('dyle') drinnen ist, mußt du eben deinen reinsetzen. Sollte keine Zauberer mehr sein.
http://www.dyle.org
IM-Account (Jabber!) sind auf meiner HP ...
There is no place like /home

http://www.gentooforum.de
http://www.gentoofreunde.org

<div>how to annoy a web developer?</span>