[ANNOUNCE] Savvy 0.12

Hi

es ist soweit. Auf unserer Projektseite gibt es savvy 0.12 zum Download. Zu finden ist es hier !

Änderungen gegenüber 0.11:

• Keine Längenbeschränkung mehr für Quellvideo
• Wird als Quelle ein Verzeichnis angegeben, dann wird die darin enthaltene VDR-Aufnahme als Quellvideo verwendet
• Verbesserte OCR Erkennung
• Bessere und verständlichere Ausgaben (Protokolldateien, usw.)
• Blacklist-Funktion
• verschiedene Bug-Fixes

Für alle Unwissenden: Was ist savvy ?

Savvy ist in der Lage, aus einer Aufnahme der Get the Clip-Sendung (tm) von Viva Plus (tm) die einzelnen Clips zu erkennen und als mp3-Datei abzuspeichern. Natürlich werden dabei die MP3s korrekt benannt und ein ID3-Tag vergeben.

Kommentare und Anregungen sind willkommen.

Have fun!

Joe

Zitat

Nabend, funktioniert bestens, eine Anregung hätte ich.

Freut mich (beides )

Zitat

Und zwar wäre es schön wenn savvy eine Option ähnlich Noad inside hätte

Ich kenne noad nicht direkt, fasse aber mal zusammen, was ich denke was du willst:
1. automatischer Download der gettheclip.html

Hmm, hmm... Ist nicht immer wünschenswert. Angenommen (warum auch immer), du möchtest eine Aufnahme der vergangenen Woche umwandeln. Wenn er dann _immer_ die aktuelle gettheclip.html runterlädt, passen die Titel nicht immer (10 neue sind hinzugekommen, 10 alte herausgeflogen). Es ist zu überlegen, ob eine Option -xyz den Download veranlasst, falls die vorhandene gettheclip.html nicht vom aktuellen Tag ist.

2. Start aus vdr heraus / VDR plugin

Das ist definitiv geplant, jedoch da es nicht zur Kernfunktionalität gehört, im Moment "low priority". In einem ersten Schritt wollen wir es ermöglichen, aus vdr heraus savvy zu starten. Das macht prinzipiell schon dein Skript (Frage: löst es nicht den watchdog aus, wenn savvy mehrere Stunden benötigt?). Die komfortable Lösung ist dann das VDR plugin, indem man Umwandlungen starten kann, erkannte Lieder umbenennen kann, undundund.

Kurzfristig konzentrieren wir uns auf Verbesserungen im Bereich der Erkennung.

Gruss

Joe

Henning: die savvy-0.12.tgz hat 52580 Bytes. Dateien >60kB haben wir nie auf sourceforge geladen. Das Release ist ca. 2 Stunden alt und eventuell ist sourceforge doch nicht so schnell beim Updaten. Ich habe zum Test den DUblin-Mirror genommen und der ging.

Falls weitere Probleme bestehen, bitte kurz melden.

Was ist denn in der >200kB Datei drin?!

Joe

Zitat

(AUFNAHME PAGE) ist das identisch, mit der Zeit?

Ich verstehe deine Frage nicht ganz. Man sollte immer die gettheclip.html von dem Tag nehmen, von dem auch die Aufnahme ist. Theoretisch gibt es nur Montags eine neue, jedoch habe ich schon festgestellt, dass am Dienstag wieder eine andere online war.

Falls das nicht deine Frage war, was wolltest du wissen?

Joe

Zitat

Warum verwendest du eigentlich nicht make ?? Ist doch die Standard Lösung.

Die Idee mit dem eigenen Script hat, wenn ich es mal so nennen darf, historische Gründe. Ich stimme dir zu, dass ein make hier besser wäre. Evtl. gibt es das in einer der nächsten Releases. Nur wie gesagt, steht im Moment die Verbesserung der Erkennung von den Clips im Vordergrund.

Zitat

Ist vom Aufwand her einfach nicht akzeptabel. Deshalb lege ich das Thema für mich erst mal ad acta.

Naja, schade wenn du savvy nicht benutzen willst/kannst. Vielleicht ist dein Wunsch in den kommenden Releases bereits realisiert. Dann kannst auch du savvy kennen (und schätzen) lernen...

Joe

Genau das passiert da. Das war auch kein feature sondern ein Bug im Handling mit Dateien > 2GB (betraf die Wave-Datei). Dieser Bug ist behoben.

Damit dir aber an den Dateisprüngen (001.vdr -> 002.vdr) kein Clip verloren geht, sollte man aber immer die komplette Aufnahme an savvy übergeben. Und genau das wurde mit dem directory-mode implementiert. Eine Beschränkung der Länge des Quellvideos durch savvy wird es nicht geben. Wenn du kleinere Dateien verarbeiten willst, dann kann ich dir nur empfehlen, die vdr Dateien einzeln zu übergeben, so wie das in der 0.11er Version möglich war.

Frage: Wäre es für dich hilfreich, wenn du per Parameter -xyz 2,4 angeben könntest, dass er nur die Dateien 002.vdr, 003.vdr und 004.vdr aus dem Aufnahmevereichnis nehmen soll? Das wäre m.Mng. nach machbar und evtl. sinnvoll.

Joe

Hi Henning

ich habe es schon verstanden und werde mal sehen, dass in der nächsten Release ein Makefile dabei ist.

Joe

Zitat

hab heute das programm mal versucht, nur findet es bei mir Mplayer nicht (/usr/src/mplayer an statt von /usr/local/etc).

Du meinst hier sicherlich das bin und nicht das etc bzw. src-Verzeichnis. In savvy ist kein fester Pfad angegeben, sondern es wird vorrausgesetzt, dass sich mplayer im PATH befindet. Sprich, wenn du mplayer eingibst, sollte auch mplayer gestartet werden. Wenn du willst, kannst du in der Datei src/main.c einen festen Pfad in den folgenden Zeilen voranstellen:

#define SPLIT_V_COMMAND_2		"mplayer -dumpvideo -dumpfile "
#define SPLIT_V_COMMAND_1		"mplayer -quiet -really-quiet -dumpvideo -dumpfile "
#define SPLIT_V_COMMAND_0		"mplayer -quiet -really-quiet -dumpvideo -dumpfile > /dev/null"
#define SPLIT_A_COMMAND_2		"mplayer -dumpaudio -dumpfile "
#define SPLIT_A_COMMAND_1		"mplayer -quiet -really-quiet -dumpaudio -dumpfile "
#define SPLIT_A_COMMAND_0		"mplayer -quiet -really-quiet -dumpaudio -dumpfile > /dev/null"

HTH

Joe

Zitat

versteht das jemand?

ja

In der Datei compile gibt es folgende Zeile(n):

# Set this according to your folder containing the (compiled) libmpeg
mpeg2decFolder=../mpeg2dec-0.3.1

Dieser Pfad muss bei dir dementsprechend angepasst werden. Darin sollte das include Verzeichnis enthalten sein. Falls das bei deiner Installation nicht so der Fall ist, müsste die compile angepasst werden. Dann sollte es aber funktionieren.

Hier mein Vorschlag:

#!/bin/sh


# Set this according to your folder containing the (compiled) libmpeg


mpeg2decFolder=/usr/bin/mpeg2dec
mpeg2decIncFolder=/usr/include/mpeg2dec


# Architecture specific - comment all for none
# Possible values for architectures are: i386, i486, i586, i686, pentium, pentium-mmx, pentiumpro, pentium2, pentium3, pentium4, k6, k6-2, k6-3, athlon, athlon-tbird, athlon-4, athlon-xp and athlon-mp.


#mcpu="-mcpu=athlon -march=athlon"
#mcpu="-mcpu=pentium4 -march=pentium4"


# Optimizations


opti=-O3


#------------------------ End of configuration ------------------------------


echo ""
echo "Hi! Let's start making the program ..."
echo ""
echo "Using libmpeg location: $mpeg2decFolder"
echo ""




echo "Compiling ..."
g++ $opti $mcpu -I./src -I$mpeg2decIncFolder -c -o video.o src/video.c
g++ $opti $mcpu -I./src -I$mpeg2decIncFolder -c -o ocr.o src/ocr.cpp
g++ $opti $mcpu -I./src -c -o html.o src/html.c
g++ $opti $mcpu -I./src -c -o cutter.o src/cutter.c
g++ $opti $mcpu -I./src -c -o settings.o src/settings.c
g++ $opti $mcpu -I./src -c -o main.o src/main.c


# Link it all together


echo "Linking ..."
$mpeg2decFolder/libtool --mode=link g++ -g -Wall -O3 -fomit-frame-pointer -o savvy main.o settings.o cutter.o html.o video.o ocr.o $mpeg2decFolder/libmpeg2/libmpeg2.la $mpeg2decFolder/libvo/libvo.a -L/usr/X11R6/lib -L/usr/lib 


# $mpeg2decFolder/libtool --mode=link g++ -g -Wall -O3 -fomit-frame-pointer -o savvy main.o settings.o cutter.o html.o video.o ocr.o $mpeg2decFolder/libmpeg2/libmpeg2.la $mpeg2decFolder/libvo/libvo.a -lSM -lICE -L/usr/X11R6/lib -lX11 -lXext -lXv -L/usr/lib -lpthread


# Compile the modules
echo "Cleaning up ..."
rmdir .libs
rm -f *.o

Ich weis jetzt nicht, wo bei dir die libs liegen. Dieser Pfad müsste auch noch angepasst werden.

Gruss

Joe