Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Bin jetzt Mitglieder der Gruppe 44 (video), wie auch "id" zeigt
| uid=1000(oliver) gid=1000(oliver) Gruppen=1000(oliver),4(adm),24(cdrom),27(sudo),29(audio),30(dip),44(video),46(plugdev),118(lpadmin),127(sambashare)
|
Allerdings zeitigt dvgrab immer noch das gleiche Ergebnis, also den Speicherzugriffsfehler. Was tun? Letzte Möglichkeit für mich hier ist das Ausleihen einer anderen dv-Kamera… aber "Speicherzugriffsfehler" hört sich für mich eher so an, als ob der Fehler im System, also in Ubuntu-Studio auftritt.
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1999
Wohnort: dahoam
|
Ok, Gruppe video war's auch nicht. Eine (andere) letzte Chance noch: Wir hatten ja noch diese andere Firewire-Schnittstelle gesehen:
Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
Kann man die mal nutzen oder ist die intern verbaut? Ich möchte die FW-Hardware ausschließen. Wenn Du eine andere Kamera ausleihen kannst, achte darauf, dass es keine Panasonic (oder mit Metz Label o.ä.) ist. Bei mir funktioniert die Sony recht gut. Ansonsten können wir evtl. diesen Speicherabzug mal ansehen (es kann auch sein, dass das müßig, weil ich in meinen Fällen den Core nie angesehen habe.) Ob das das Problem lösen wird, steht jedoch in den Sternen.
ulimit -c unlimited
dvgrab
... den Speicherabzug provozieren und sehen, ob die core Datei vorhanden ist:
ls -l core
ls -ltr
Entweder heisst die Datei 'core' und liegt im aktuellen Verzeichnis oder sie heisst kryptisch, aber wurde als eine der letzten Dateien geschrieben (zweiter Befehl, die Zeilen, die als letztes kurz über dem Prompt ausgegeben wurden). Erst schauen wir mal, ob die Datei da ist. Ansonsten gehen mir die Ideen aus. ☹
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Das die Ricoh--Schnittstelle ist die, die ich jetzt benutze, dafür brauchte ich das neue Kabel (4Pol auf 4Pol).
| oliver@sc:~$ lspci | grep -i FireWire
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
|
und | oliver@sc:~$ ls -l /dev/fw*
crw------- 1 root root 243, 0 Okt 17 11:57 /dev/fw0
crw-rw----+ 1 root video 243, 1 Okt 17 11:57 /dev/fw1
|
und
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 | oliver@sc:~$ ulimit -c unlimited
oliver@sc:~$ dvgrab
Found AV/C device with GUID 0x0080458010664025
Waiting for DV...
Speicherzugriffsfehler (Speicherabzug geschrieben)
oliver@sc:~$ ls -l core
-rw------- 1 oliver oliver 157270016 Okt 17 12:25 core
oliver@sc:~$ ls -ltr
insgesamt 181212
-rw-rw-r-- 1 oliver oliver 3173378 Aug 20 2018 P1100931-schmal.jpg
drwxr-xr-x 2 oliver oliver 4096 Sep 12 19:10 Bilder
-rw-rw-r-- 1 oliver oliver 2994 Sep 13 18:15 devices
-rw-rw-r-- 1 oliver oliver 402 Sep 13 18:16 xinput
drwxrwxr-x 30 oliver oliver 4096 Sep 13 18:23 Schule
drwxrwxr-x 3 oliver oliver 4096 Sep 15 19:30 Dokumente
drwxr-xr-x 3 oliver oliver 4096 Sep 17 07:23 snap
drwxrwxr-x 3 oliver oliver 4096 Sep 25 08:39 Apps
-rw-r--r-- 1 oliver oliver 25056000 Okt 9 08:06 capture001.dv
drwxr-xr-x 2 oliver oliver 4096 Okt 10 13:57 Downloads
drwxr-xr-x 9 oliver oliver 4096 Okt 11 11:41 banjo
drwxrwxr-x 19 oliver oliver 4096 Okt 13 15:34 MEGA
drwxrwxr-x 2 oliver oliver 4096 Okt 16 20:47 rosegarden
drwxrwxr-x 23 oliver oliver 4096 Okt 16 20:50 Nextcloud
drwxrwxr-x 8 oliver oliver 4096 Okt 17 11:21 MuseScore2
drwxr-xr-x 5 oliver oliver 4096 Okt 17 12:02 Schreibtisch
-rw------- 1 oliver oliver 157270016 Okt 17 12:25 core
|
Die Core-Datei ist also da, und auch eine Datei "capture001.dv" - wo kommt die denn her? Und kann sie uns helfen?
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1999
Wohnort: dahoam
|
Hornlöffel schrieb: Das die Ricoh--Schnittstelle ist die, die ich jetzt benutze, dafür brauchte ich das neue Kabel (4Pol auf 4Pol).
| oliver@sc:~$ lspci | grep -i FireWire
15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
|
ok. Und mit Deiner hama-PCMCIA-Karte hattest Du aber diese Tests jetzt auch alle gemacht, oder?
und | oliver@sc:~$ ls -l /dev/fw*
crw------- 1 root root 243, 0 Okt 17 11:57 /dev/fw0
crw-rw----+ 1 root video 243, 1 Okt 17 11:57 /dev/fw1
|
Schaut gut aus
| oliver@sc:~$ ulimit -c unlimited
oliver@sc:~$ dvgrab
Found AV/C device with GUID 0x0080458010664025
Waiting for DV...
Speicherzugriffsfehler (Speicherabzug geschrieben)
oliver@sc:~$ ls -l core
-rw------- 1 oliver oliver 157270016 Okt 17 12:25 core
|
Ok, core ist da. Da muss ich mal nach einer Anleitung schauen, wie der ausgelesen werden kann - ich erhoffe mir hier nur noch etwas zusätzliche Info, reparieren werden wir es nicht können.
Die Core-Datei ist also da, und auch eine Datei "capture001.dv" - wo kommt die denn her? Und kann sie uns helfen?
Die ist vom 9. Oktober, also wahrscheinlich von Deinem kino-Test.
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1999
Wohnort: dahoam
|
dirkolus schrieb: Ok, core ist da. Da muss ich mal nach einer Anleitung schauen, wie der ausgelesen werden kann - ich erhoffe mir hier nur noch etwas zusätzliche Info, reparieren werden wir es nicht können.
ist gdb da, ggfs. muss es installiert werden (hat vermutlich ein paar Abhängigkeiten)
gdb dvgrab -c core
gdb) backtrace # oder bt Den Output würde ich gerne noch sehen, vielleicht kann man da noch was rauslesen. Details übers Debuggen: Oder alternativ:
{{{strace dvgrab -o/tmp/dvgrab.strace}}}
und dann die Datei /tmp/dvgrab.strace anhängen.
|
Steev
Anmeldungsdatum: 5. September 2006
Beiträge: 2237
|
Die Core-Datei ist also da, und auch eine Datei "capture001.dv" - wo kommt die denn her? Und kann sie uns helfen?
MediaInfo oder FFmpeg und dann ein
ffmpeg -i capture001.dv
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Hallo dirkolus "lspci | grep -i FireWire" mit der Ricoh-Karte:
| 15:00.1 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 04)
16:00.0 FireWire (IEEE 1394): VIA Technologies, Inc. VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller (rev 46)
|
gdb ist vorinstalliert (fand ich mit Muon heraus). 1
2
3
4
5
6
7
8
9
10
11
12 | (gdb) backtrace
#0 0x00007f13d2fbd3e4 in dv_parse_header () from /usr/lib/x86_64-linux-gnu/libdv.so.4
#1 0x00005634ba2b975c in ?? ()
#2 0x00005634ba2d6a28 in ?? ()
#3 0x00007f13d31e7b0f in ?? () from /usr/lib/x86_64-linux-gnu/libiec61883.so.0
#4 0x00007f13d31e7cbb in ?? () from /usr/lib/x86_64-linux-gnu/libiec61883.so.0
#5 0x00007f13d38020fe in ?? () from /usr/lib/x86_64-linux-gnu/libraw1394.so.11
#6 0x00007f13d37ffe22 in fw_loop_iterate () from /usr/lib/x86_64-linux-gnu/libraw1394.so.11
#7 0x00005634ba2d53b5 in ?? ()
#8 0x00007f13d2b186db in ?? ()
#9 0x0000000000000000 in ?? ()
(gdb) bt
|
hilft das?
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Hallo Steev Die Core-Datei ist also da, und auch eine Datei "capture001.dv" - wo kommt die denn her? Und kann sie uns helfen?
MediaInfo oder FFmpeg und dann ein
ffmpeg -i capture001.dv
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
[dv @ 0x558a61f31760] Detected timecode is invalid
[dv @ 0x558a61f31760] Estimating duration from bitrate, this may be inaccurate
Input #0, dv, from 'capture001.dv':
Duration: 00:00:06.97, start: 0.000000, bitrate: 28743 kb/s
Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 25000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
At least one output file must be specified
|
Das ist eine verpixelte Aufnahme via Kino. Der Ton ist da, aber das Bild ist unbrauchbar… das war der Ausgangspunkt meines Hilferufs hinein ins Forum.
|
Steev
Anmeldungsdatum: 5. September 2006
Beiträge: 2237
|
Wie sieht es bei
ffplay -i datei.dv
aus? -i weiss ich gar nicht so genau ob man das bei ffplay braucht. Oder auch ein GPU basierter Abspieler wie KODi bspw.
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Hallo Steev Wie sieht es bei
ffplay -i datei.dv
aus?
| libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
datei.dv: No such file or directory
nan : 0.000 fd= 0 aq= 0KB vq= 0KB sq= 0B f=0/0
|
Nur die letzte Zeile erscheint nicht, wenn ich das "-i" dazu nehme.
-i weiss ich gar nicht so genau ob man das bei ffplay braucht. Oder auch ein GPU basierter Abspieler wie KODi bspw.
Ich habe kodi ausprobiert; sieht fancy aus, aber mit meiner Beispieldatei hat der nichts anfangen können. In der Dateisuche erscheint die Beispieldatei nicht. Oder sollte ich etwas anderes damit versuchen? Außerdem stockt in der Wiedergabe mit Kino nicht nur das Bild, sondern auch der Ton, was das Programm bei der Wiedergabe direkt von der Kamera nicht macht. Da ist der Ton einwandfrei. Nur das Bild ist wie gesagt in beiden Fällen unterschiedlich surrealistisch unbrauchbar.
|
Steev
Anmeldungsdatum: 5. September 2006
Beiträge: 2237
|
Du sollst mit
ffplay
auch deine Datei öffnen
also
ffplay -i capture001.dv
oder
ffplay capture001.dv
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Hallo Steev
ffplay -i capture001.dv
gibt folgendes im Terminal aus:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
[dv @ 0x7f58bc000b80] Detected timecode is invalidsq= 0B f=0/0
[dv @ 0x7f58bc000b80] Estimating duration from bitrate, this may be inaccurate
Input #0, dv, from 'capture001.dv':
Duration: 00:00:06.97, start: 0.000000, bitrate: 28743 kb/s
Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 25000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
4.72 A-V: 0.005 fd= 0 aq= 191KB vq= 4456KB sq= 0B f=0/0
|
und
ffplay capture001.dv
folgendes
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100
[dv @ 0x7f8770000b80] Detected timecode is invalid
[dv @ 0x7f8770000b80] Estimating duration from bitrate, this may be inaccurate
Input #0, dv, from 'capture001.dv':
Duration: 00:00:06.97, start: 0.000000, bitrate: 28743 kb/s
Stream #0:0: Video: dvvideo, yuv411p, 720x480 [SAR 8:9 DAR 4:3], 25000 kb/s, 29.97 fps, 29.97 tbr, 29.97 tbn, 29.97 tbc
Stream #0:1: Audio: pcm_s16le, 48000 Hz, stereo, s16, 1536 kb/s
2.72 A-V: -0.009 fd= 0 aq= 191KB vq= 4339KB sq= 0B f=0/0
|
... ich sehe da keine großen Unterschiede… Das ausgegebene Bild ist genau das, was mir auch Kino zeigt, wenn ich die Datei damit abspiele. Auch der Ton ist rhythmisiert und nicht so, wie er noch bei der Aufnahme durch Kino noch ist. Das Bild ist unbrauchbar, riesig verpixelt und flimmert - es ist nichts erkennbar. Das Problem ist aber weniger das Abspielen sondern anscheinend eher das Aufnehmen. Dass die Datei capture001.dv nichts brauchbares enthält war mir schon klar… liebe Grüße, der Hornlöffel
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1999
Wohnort: dahoam
|
Hornlöffel schrieb: Hallo dirkolus | (gdb) backtrace
#0 0x00007f13d2fbd3e4 in dv_parse_header () from /usr/lib/x86_64-linux-gnu/libdv.so.4
|
Was mich halt wundert: Bereits der Header scheint dvgrab nicht zu schmecken. Diese Erkenntnis ist zwar interessant, aber mehr kann man da jetzt auch nicht machen. Diese Kombination Kamera - dvgrab scheint einfach nur inkompatibel zu sein. Trotzdem Danke für diese Info. Ich würde jetzt nur noch auf eine andere Kamera hoffen... oder analog (VHS/S-VHS) übertragen, macht aber keinen Spaß.
|
Hornlöffel
(Themenstarter)
Anmeldungsdatum: 12. August 2012
Beiträge: 206
|
Hallo, ich schon wieder. Die Kamera, von der ich hoffte, dass ich sie würde leihen können, entpuppte sich als Nicht-DV-Kamera (Speichermedium war eine SD-Karte). Könnte es sein, dass ich zu wenig Arbeitsspeicher habe? Aktuell sind es 3gb. Da ich auch bei einem anderen Programm die gleiche Meldung im Terminal bekomme, werde ich jetzt mal aufrüsten und schauen, ob es hier oder dort etwas bringt. Das andere Programm ist Ardour5, das auf dem Thinkpad T400 streikt, wenn ich auch nur ein Plugin verwenden möchte. Es hält einfach an oder stürzt ganz ab. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21 | oliver@sc:~$ ardour5
bind txt domain [gtk2_ardour5] to /usr/share/ardour5/locale
Ardour5.12.0 (kompiliert mit Version 1:5.12.0-3 und GCC Version7.3.0)
ardour: [INFO]: Ihre Systemkonfiguration beschränkt Ardour auf nur 1048576 offene Dateien
ardour: [INFO]: Lade Systemkonfigurationsdatei /etc/ardour5/system_config
ardour: [INFO]: Lade Benutzerkonfiguration /home/oliver/.config/ardour5/config
ardour: [INFO]: CPU vendor: GenuineIntel
ardour: [INFO]: CPU brand: Intel(R) Core(TM)2 Duo CPU P8600 @ 2.40GHz
ardour: [INFO]: Using SSE optimized routines
ardour: [INFO]: lade voreingestellte UI-Konfigurationsdatei /etc/ardour5/default_ui_config
ardour: [INFO]: Lade benutzerdefinierte UI-Konfigurationsdatei /home/oliver/.config/ardour5/ui_config
Farbe shuttle bg nicht gefunden
ardour: [INFO]: Lade Farbdatei /usr/share/ardour5/themes/dark-ardour.colors
ardour: [INFO]: Loading ui configuration file /etc/ardour5/clearlooks.rc
ardour: [INFO]: Loading ui configuration file /etc/ardour5/clearlooks.rc
Found nothing along /home/oliver/.config/ardour5/templates:/usr/share/ardour5/templates
run dialog
no more csLADSPA plugins
Scanning folders for bundled LV2s: /usr/lib/ardour5/LV2
Set cursor set to default
Speicherzugriffsfehler (Speicherabzug geschrieben)
|
Ardour lädt bis zur vorletzten Zeile (Nr. 20). Und wenn ich ein Plugin einfügen will, spricht es vom Speicherzugriffsfehler… Na, ich bin gespannt, was die 8gb bringen werden. Und werde Euch hier auf dem Laufenden halten.
|
dirkolus
Anmeldungsdatum: 17. Mai 2011
Beiträge: 1999
Wohnort: dahoam
|
Hornlöffel schrieb: Hallo, ich schon wieder. Die Kamera, von der ich hoffte, dass ich sie würde leihen können, entpuppte sich als Nicht-DV-Kamera (Speichermedium war eine SD-Karte).
Hilft leider gar nicht. Weder das Band kann gelesen werden noch mit DV-Kommandos gesteuert werden.
Könnte es sein, dass ich zu wenig Arbeitsspeicher habe? Aktuell sind es 3gb. Da ich auch bei einem anderen Programm die gleiche Meldung im Terminal bekomme, werde ich jetzt mal aufrüsten und schauen, ob es hier oder dort etwas bringt.
Die Meldung
Speicherzugriffsfehler (Speicherabzug geschrieben)
oder
Segmentation fault (core dumped)
ist eine relativ grundlegende Fehlermeldung und besagt, dass im Programm ein Zeiger in einen Bereich des Arbeitsspeichers zeigt, in den er nicht zeigen (bzw. lesen) darf. Das liegt gerne am Programm oder der dynamischen Speicherverwaltung; zu wenig Arbeitsspeicher (auch, wenn Swap etc. nicht mehr ausreicht) wird mit einer anderen Fehlermeldung (out of memory o.ä.) dargestellt. Aber zuviel Arbeitsspeicher kann man sowieso nicht haben (zumindest nicht in dieser Größenordnung). Dirk
|