[ANNOUNCE] dv-0.0.1 Camcorder Plugin

Hi,lunatic fringe
Schönen Dank für dein Plugin.
Werd das dann am WE mal testen.

Gruss,Bert

Hey,

ich auch...ich auch...

Greets Olaf

Hallo !

Camcorder steht schon für Nikolaus im Wohnzimmer, da werd' ich ihn wohl noch mal hoch holen

Gruesse Oliver

So nach dem ersten Anstecken und Testen passiert das:

Dec  6 01:39:14 [kernel] ohci1394_0: IntEvent: 00020010
Dec  6 01:39:14 [kernel] ohci1394_0: IntEvent: 00010000
Dec  6 01:39:14 [kernel] ieee1394: Initiating ConfigROM request for node 01:1023
Dec  6 01:39:14 [kernel] ohci1394_0: IntEvent: 00020010
Dec  6 01:39:14 [kernel] ohci1394_0: IntEvent: 00010000
Dec  6 01:39:15 [kernel] ieee1394: Initiating ConfigROM request for node 00:1023
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000001
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:39:15 [kernel] ohci1394_0: IntEvent: 00000020
Dec  6 01:40:20 [vdr] dv: no translation found for 'Setup.DV$Temp Directory' in language 1 (Deutsch) 
Dec  6 01:40:23 [vdr] saved setup to /video/setup.conf
Dec  6 01:40:52 [kernel] ohci1394_0: IntEvent: 00020010
Dec  6 01:40:52 [kernel] ieee1394: Initiating ConfigROM request for node 00:1023

...mehr leider nicht.

Bei Aufruf des Plugins wird noch die VENDOR_ID von SONY angezeigt.

Gruss Oliver

ok, war dann wohl doch zu spät heute, das hier hatte ich nicht gelesen, werde es dann nachher noch einmal ausgiebieg Testen:

aus dem README:

6. copy the dv.sh from the addons directory to /video    edit and adopt this script to your installation, this is called by the    plugin

Moin !

ich habe hier uebrigens schon DVGRAB 1.4, ist das schaedlich ?

Gruss Oliver

Tscha, mit der 1.4 Version von dvgrab scheint dieser Patsch wohl net zu gehen...

File to patch: /usr/local/src/dvgrab-1.4/dvgrab.cc
patching file /usr/local/src/dvgrab-1.4/dvgrab.cc
Hunk #1 succeeded at 85 with fuzz 2 (offset 30 lines).
Hunk #2 FAILED at 134.
Hunk #3 FAILED at 158.
Hunk #4 FAILED at 348.
Hunk #5 FAILED at 358.
Hunk #6 FAILED at 485.
5 out of 6 hunks FAILED -- saving rejects to file /usr/local/src/dvgrab-1.4/dvgrab.cc.rej

Tscha, das wars dann, vielleicht könnte man das ja mal anpassen (ich kanns leider net)

gentoo dvgrab-1.4 # cat dvgrab.cc.rej
***************
*** 133,142 ****

getargs( argc, argv );

- if ( isatty( fileno(stdin) ) )
m_node = discoverAVC( &m_port );

- if ( ( m_interactive isatty( fileno(stdin) ) ) && m_node == -1 )
throw string("no camera exists");

pthread_mutex_init( &capture_mutex, NULL );
--- 134,143 ----

getargs( argc, argv );

+ if ( isatty2( fileno(stdin) ) )
m_node = discoverAVC( &m_port );

+ if ( ( m_interactive isatty2( fileno(stdin) ) ) && m_node == -1 )
throw string("no camera exists");

pthread_mutex_init( &capture_mutex, NULL );
***************
*** 157,163 ****
m_reader = new raw1394Reader( m_port, m_channel, m_buffers );
}
}
- else if ( ! m_interactive && ! isatty( fileno(stdin) ) )
{
m_reader = new pipeReader( m_buffers );
}
--- 158,164 ----
m_reader = new raw1394Reader( m_port, m_channel, m_buffers );
}
}
+ else if ( ! m_interactive && ! isatty2( fileno(stdin) ) )
{
m_reader = new pipeReader( m_buffers );
}
***************
*** 347,353 ****
m_dst_file_name = argv[i];
}
}
- if ( m_dst_file_name == NULL && isatty( fileno( stdout ) ) ) {
usage();
exit(EXIT_FAILURE);
}
--- 348,354 ----
m_dst_file_name = argv[i];
}
}
+ if ( m_dst_file_name == NULL && isatty2( fileno( stdout ) ) ) {
usage();
exit(EXIT_FAILURE);
}
***************
*** 357,366 ****
void DVgrab::startCapture()
{
int tryCounter = 400;
-
- if ( strcmp( m_dst_file_name, "-" ) == 0 )
- return;
-
pthread_mutex_lock( &capture_mutex );
switch ( m_file_format )
{
--- 358,365 ----
void DVgrab::startCapture()
{
int tryCounter = 400;
+ //if ( strcmp( m_dst_file_name, "-" ) == 0 )
+ // return;
pthread_mutex_lock( &capture_mutex );
switch ( m_file_format )
{
***************
*** 486,492 ****
void DVgrab::captureThreadRun()
{
m_reader_active = true;
-
// Loop until we're informed otherwise
while ( m_reader_active )
{
--- 485,490 ----
void DVgrab::captureThreadRun()
{
m_reader_active = true;
// Loop until we're informed otherwise
while ( m_reader_active )
{
Mal eben kurz der Inhalt der angelegten reject Datei...vielleicht kann man den Patch ja relativ einfach auf die 1.4 anpassen ? Wäre ja was. Warum mit alten Programmversionen rumärgern, wenns schon was aktuelleres gibt.

In Dormagen also mit dem Ding noch keine Resultate oder Ergebnisse...leider

Greets Olaf

@ lunatic_fringe

Könntest Du mal ein Screenshot vom laufenden Betrieb anhängen. Mich würde mal interessieren, ob es sich lohnt DVGRAB zu "downgraden".

Mit meinem Script dv2vdr--> hier

bin ich mit der Qualität sehr zufrieden, es hapert eben nur an der Kamerasteuerung.

Gruss Oliver

Alsoooo...

ich hab mich damit heute mal recht intensiv auseinandergesetzt.

Den ersten Fehler, den ich gefunden hab, war, das ich libraw1394 (in der Version 0.9.9) wohl auf meiner Mühle installiert hatte, ich es aber unterlassen hatte, das als Modul in den Kernel mit aufzunehmen (sollte man vielleicht mal in der README drauf hinweisen, so als Tip für die Newbies). Genau das gleiche gilt ja für den ohci-Treiber/Modul ieee1394.

Als ich das dann hatte, kam ich zunächst mal ein bisschen weiter.

ABER: Die Zeile in dem Skript dv.sh führt bei mir zu einer dämlichen Fehlermeldung !

Zunächst mal ist ffmpeg wohl in der richtigen Version installiert, so wies gefordert ist.
gentoo root # ffmpeg
ffmpeg version 0.4.8, Copyright (c) 2000-2003 Fabrice Bellard
usage: ffmpeg [[options] -i input_file]... {[options] outfile}...
...
-v verbose control amount of logging

In der dv.sh steht folgendes:
/usr/local/bin/dvgrab -i - /video/dv/dv|/usr/local/bin/ffmpeg -v 0 -f dv -i - -f mpeg -|/usr/local/bin/mplayer - -vo mpegpes>&/dev/null

Hier zunächst mal die Zwischenfrage, ob man auch ganz einfach video in video0 abändern kann (ist bei mir nämlich so angelegt). Nen separates Verzeichnis video wollte ich eigentlich nicht haben. Ferner wollte ich die Ausgabedatei xy.avi nach video2 haben, wenns denn geht oder irgendwo anders hin. Aber da müsste man vermutlich einfach nur in den Plugins-Einstellungen default /tmp entsprechend abändern, oder ?

Naja, mal weiter...

gentoo root # locate dvgrab
/usr/local/bin/dvgrab

und mplayer...wo isser ?

Bei mir in /usr/bin

gentoo root # /usr/local/bin/dvgrab -i - /video/dv/dv|/usr/bin/ffmpeg -v 0 -f dv -i - -f mpeg -|/usr/local/bin/mplayer - -vo mpegpes>&/dev/null
Going interactive. Press '?' for help.
Input #0, dv, from 'pipe:':0 "" sec
Duration: N/A, bitrate: 26024 kb/s
Stream #0.0: Video: dvvideo, 720x576, 25.00 fps, 25000 kb/s
Stream #0.1: Audio: dvaudio, 32000 Hz, stereo, 1024 kb/s
Output #0, mpeg, to 'pipe:':
Stream #0.0: Video: mpeg1video, 720x576, 25.00 fps, q=2-31, 200 kb/s
Stream #0.1: Audio: mp2, 32000 Hz, stereo, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1
gentoo root #

Ich hoffe mal, die 0.92er Version ist auch okay. Was passiert da ? Die Kamera läuft an, startet die Wiedergabe, geht aber auf PAUSE bzw. II (Standbild). Ist das sooo okay ???

Das gleiche geht auch über das OSD, DV anwählen, zweiter Eintrag Vendor ? (und dahinter irgendne Hex-Adresse irgendwas), dann passiert aber erst ma nix und es steht im Hauptmenue WIEDERGABE BEENDEN an erster Stelle (als ob etwas ablaufen würde).

Ich sehe aber weder über die Konsole noch am TV, dass etwas passiert, egal, von wo aus ich das abrufe...schon merchwürdich

Cache fill: 16.41% (1376256 bytes) Cache fill: 16.60% (1392640 bytes) frame= 665 q=31.0 size= 1366kB time=26Cache fill: 16.80% (1409024 bytes) Cache fill: 17.09% (1433600 bytes) frame= 691 q=31.0 size= 1402kB time=27Cache fill: 17.29% (1449984 bytes) Cache fill: 17.48% (1466368 bytes) error pos=64te= 413.7kbits/s
error pos=67
... das geht dann erst mal immer so weiter...
error pos=64
error pos=65

Wenn ich die Kamera dann manuell starte...

Cache fill: 17.58% (1474560 bytes) frame= 717 q=31.0 size= 1450kB time=28Cache fill: 18.07% (1515520 bytes) Cache fill: 18.26% (1531904 bytes) frame= 730 q=31.0 size= 1498kB time=29Cache fill: 18.75% (1572864 bytes) frame= 743 q=31.0 size= 1554kB time=29Cache fill: 19.34% (1622016 bytes) Cache fill: 19.53% (1638400 bytes) frame= 756 q=31.0 size= 1612kB time=30Cache fill: 19.92% (1671168 bytes) MPEG-PS file format detected.
VIDEO: MPEG1 720x576 (aspect 25.00 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
MP3lib: init layer2&3 finished, tables done
AUDIO: 32000 Hz, 2 ch, 16 bit (0x10), ratio: 8000->128000 (64.0 kbit)
Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
VDec: vo config request - 720 x 576 (preferred csp: Mpeg PES)
Could not find matching colorspace - retrying with -vop scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
VDecoder init failed
Opening video decoder: [libmpeg2] MPEG 1/2 Video decoder v2.0
libmpeg2: Using MMXEXT for IDCT transform
libmpeg2: Using MMXEXT for motion compensation
VDec: vo config request - 720 x 576 (preferred csp: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
VO: [fbdev] 720x576 => 768x576 Planar YV12
Using MMX2 for colorspace transform
Selected video codec: [mpeg12] vfm:libmpeg2 (MPEG 1 or 2 (libmpeg2))
==========================================================================
Checking audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
AF_pre: af format: 2 bps, 2 ch, 32000 hz, little endian signed int
AF_pre: 32000Hz 2ch Signed 16-bit (Little-Endian)
AO: [oss] 32000Hz 2ch Signed 16-bit (Little-Endian) (2 bps)
Building audio filter chain for 32000Hz/2ch/16bit -> 32000Hz/2ch/16bit...
Starting playback...
"stdout": buffer underrun near: timecode 00:00:34.10 date 2000.05.13 23:37:05
This error means that the frames could not be written fast enough.
error pos=65 59.6 A-V: -0.002 ct: 0.064 1492/1492 6% 16% 0.3% 0 0 44%
frame= 1831 q=25.0 size= 12430kB time=73.2 bitrate=1390.6kbits/s 44%
Killed.7 V: 63.7 A-V: -0.003 ct: 0.057 1595/1595 7% 16% 0.3% 0 0 28%
gentoo root #

Und trotz X sehe ich dann oben den Film ablaufen. Die Farben sind fürchterlich daneben und die Auflösung erinnert an die Avi-Files von 1993 auf Windows 3.11, aber man freut sich dann doch schon wie nen Schneekönig, das wenigstens ein bisschen geht.

Okay...das gleiche nochmal mit der Skriptzeile und mit bereits laufendem Camcorder...

Going interactive. Press '?' for help.
Input #0, dv, from 'pipe:':5 "" sec
Duration: N/A, bitrate: 26024 kb/s
Stream #0.0: Video: dvvideo, 720x576, 25.00 fps, 25000 kb/s
Stream #0.1: Audio: dvaudio, 32000 Hz, stereo, 1024 kb/s
Output #0, mpeg, to 'pipe:':
Stream #0.0: Video: mpeg1video, 720x576, 25.00 fps, q=2-31, 200 kb/s
Stream #0.1: Audio: mp2, 32000 Hz, stereo, 64 kb/s
Stream mapping:
Stream #0.0 -> #0.0
Stream #0.1 -> #0.1

Und danach geht er wieder auf Pause und das wars dann erstma.

Dann hab ich mich gefragt, für was dieses fw-Dingens da wohl gut ist. Hm, da stehen verschiedene modprobe Befehle, die man wohl alle ausführen sollte (siehe nachstehend 4 Stück). Upsa...video1394 haste vergessen. Die Readme ist ja da etwas "schwammig"

-- firewire hardware and drivers, see addons/fw script Muss man auch erst ma draufkommen.

Ansonsten sagt einem lsmod jetz was ?
Module Size Used by Tainted: P
video1394 13044 0 (unused)
raw1394 20276 0
ohci1394 26632 0 [video1394 dv1394]
ieee1394 49252 0 [video1394 raw1394 dv1394 ohci1394]

So, scheint doch alles da zu sein. Hm, probieren wirs noch mal...was passiert jetzt ???

Hehe, jetzt wird schon mal der Bildschirm schwarz, vorher kam nur das laufende Fernsehbild. Sieht nun ganz so aus, als würde der Mplayer gestartet. Aber die Cam läuft immer noch net an.

Tscha und weiter bin ich noch net. Also als erstes Fazit. Es passiert schon was. Im Grundsatz scheint das auch zu funktionieren. Aber offenbar hab ich den falschen Camcorder (unter kino ging der aber schon mal ganz gut, also kann er so falsch nicht sein) oder das Ding muss noch nachgebessert werden oder ich hab noch nen paar Fehler hier, auf die ich nicht komme.

Noch was zum Abschluss...ich seh nirgendswo im OSD PLAY < > oder sowas ?! Ich weiss jetzt nicht mehr so richtig weiter, leider. Und das selbst als VDR-Junkie, auch wenn ich von Linux wohl wirklich nicht DIE Ahnung habe.

Aber das schönste an der README ist eh dieser Satz hier: Please feel free to email,
your comments are welcome.

Gemailt hab ich ja jetzt. Kommentar ? Naja, interessant auf jeden Fall, es weiterzuverfolgen und zu verbessern. Auch wenn noch nix funktioniert. Aber das ist eins der Dinger, die ich zum Laufen bekommen will. Daher bitte ich um Rückantwort, um die Bugs einen nach dem anderen rauszuwerfen. Aber jetzt, so nach 3-4 Stunden Rumbasteln heute mittag/abend und 2-3 Stunden heute morgen komm ich nicht mehr wirklich weiter.

Greets Olaf

P.S.: Ich habs jetzt auch absichtlich so ausführlich geschrieben, damit vielleicht die README nen bisschen für Noobs geändert wird und die Nachfolger nicht die gleichen Anfängerfehler machen wie ich wieder.

P.S.S.: Das Dingens heisst natürlich ffmpeg und net ffmepg Falls es jemand rüberkopiert und einem der Tippfehler in der Alternativ-Kommandozeile von dem Thread hier nicht sofort auffällt.

Hey,

also zunächst mal, dvgrab funktioniert von der Shell aus absolut 1a.

Wenn ich dvgrab -i /videox/test eintaste, geht das Ding in Warteposition, liest den Timestamp von der DV-Kamera bzw. der eingelegten Kassette aus. Drücke ich jetzt c, wird der Camcorder gestartet und das entsprechende .avi-File erzeugt. Da macht es auch nix, wenn X läuft. Ich seh zwar nur auf der Shell dann die Zeit laufen bzw. was er da am Capturen ist, aber danach kann ich mir ohne Probs die erzeugte Datei mit dem Mplayer ansehen.

Für sich alleine gehts also.

Also liegt der "Fehler" wohl doch irgendwo anders

Greets Olaf

Hi

Was für einen Proz braucht man da? Ich denk mal, der muss das DV-Format erst in Mpeg2 wandeln oder? Also so wie beim Divx abspielen?
danke

...brauchste wohl erst ma ne Firewire-Karte und nen Camcorder, bevor du dir über den Prozessor Gedanken machst.

Viel wichtiger ist ne grosse, fette, einigermassen schnelle Festplatte. Ich komm ja hier nicht wirklich so richtig zum Testen, aber wenn die Dateien unter Linux genauso gross werden wie unter Windoof, dann kannste schon mal die gleiche Datenrate wie bei HDTV veranschlagen.

Das sind dann so etwa 12 GB pro Stunde. Wenn ich mir deine Pladde da so anschaue, wirds ja schon was enge...grins.

Da das DV-Format schon so ne Art mpeg ist, brauchste da erst mal nix umwandeln. Mplayer spielt die Dateien so ohne irgendwas zu konvertieren ab. Aber um so ne Stunde Film auf ne DVD zu quetschen, muss man ja dann doch etwas transocden, encoden, demuxen, whatever there is to do.

Weiteres kannste auch hier nachlesen: http://kino.schirmacher.de/article/static/3

Greets Olaf

Hey,

aufgrund meiner vielen Baustellen bin ich mit dem Testen noch nicht ganz durch, aber ich hab kurzerhand einfach bei mir mal im dv.sh Startskript die Pfadangaben weggelassen und auch mal einige Sekunden (so 10-15) gewartet. Und siehe da, auf einmal gehts dann auch. Naja, die Bildqualität mit dem Mplayer und ffmpeg ist wirklich nicht so berühmt, aber wenn das gegrabbte Ergebnis okay ist (noch nicht gecheckt), dann solls mir eigentlich egal sein.

Bleibt abzuwarten, ob die 1 GB Beschränkung auch hier auftritt.
Ebenfalls abzuwarten bleibt, ob die Bildquali noch besser wird oder überhaupt verbessert werden kann ? Vielleicht wird noch irgendwann im OSD ne Zeile eingeblendet mit dem aktuellen Status PLAY, STOP, REWIND, FORWARD, RECORD (?). Timestamp, also aktuelle Position auf dem Band wären auch noch nett.
Und eine Umwandlung der AVI-Files ins VDR bzw. in andere Formate auf Knopfdruck natürlich auch (Anbindung an VDRconvert).

Wenn das alles erst ma geht, ist dieses Plugin wirklich eine exquisite Bereicherung für unsere VDR-Kiste.

Ich denke, das ich da nichts unmögliches verlange. Aber als Oberdepp kann ich nur Wünsche äussern und Ideen haben, umsetzen kann ich sie leider net, da nur Frontend-User und nix Progger.

Greets Olaf

olafhenkel
hi olaf,
was ist denn jetzt aus deinen Tests geworden? Ist das plugin noch weiterentwickelt worden und wert eingesetzt zu werden?
cu Bernd