Hallo Hartmut,
ja, habe ich .... auf Festplatte abgespeichert, aber nicht zu öffnen.
Komischerweise ging es vor dem upgrade, wenn ich den Anhang unter
www.web.de /mein postfach geöffnet habe. Also "online".
Mit evolution ging es eben nicht. Jetzt mit libre office geht garnichts
mehr. Libre meldet: "Leseproblem" "Fehler beim Lesen der Datei"
Ob es an der windows version des Schreibers liegt?
Gruss,
Stefan
PING lxde.org (209.85.51.152) 56(84) bytes of data.
64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=1 ttl=49 time=153 ms
64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=2 ttl=49 time=152 ms
64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=3 ttl=49 time=153 ms
Das geht also. Ein Browsertest ergibt bei mir keinen Fehler, muss aber grad nix heißen, weil ich grad mit einem iPad Teste und ich nicht weiß, ob das eine Flash-Seite ist, die das Apple-Ding nicht darstellen kann.
Gruß,
Michael
Von meinem iPad gesendet
Am 09.05.2011 um 20:09 schrieb Hauke Hollund :
> Hallo Liste,
>
> weiss jemand warum lxde.org schon seit 2 Tagen nicht erreichbar ist??
> PING lxde.org (209.85.51.152) 56(84) bytes of data.
> 64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=1 ttl=49 time=153 ms
> 64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=2 ttl=49 time=152 ms
> 64 bytes from 209-85-51-152.opticaljungle.com (209.85.51.152): icmp_req=3 ttl=49 time=153 ms
>
> Das geht also. Ein Browsertest ergibt bei mir keinen Fehler, muss aber grad nix heißen, weil ich grad mit einem iPad Teste und ich nicht weiß, ob das eine Flash-Seite ist, die das Apple-Ding nicht darstellen kann.
>
> Gruß,
> Michael
Ich muss mich berichtigen, es gibt keine Fehlermeldung, nur weisse
Schrift auf weissem Untergrund ... so zu sagen...
Gruß Hauke
>
> Von meinem iPad gesendet
>
> Am 09.05.2011 um 20:09 schrieb Hauke Hollund:
>
>> Hallo Liste,
>>
>> weiss jemand warum lxde.org schon seit 2 Tagen nicht erreichbar ist??
Ich stehe hier vor einem etwas komplexen Problem, welches ich möglichst weit automatisieren will. Es geht um die Synchronisierung zweier Verzeichnisse mit einer größeren Anzahl an mp3-Dateien. Ich liste mal die Probleme kurz auf, die ich hier sehe, wobei "A" das Quellverzeichnis ist und "B" das Ziel.
- A enthält sämtliche Dateien, die auch in B sind
- A enthält darüber hinaus weitere Dateien, die nicht in B sind
- In den Dateien, die A enthält, B aber nicht, können trotzdem noch Doubletten sein (zB weil in A Dateien mit Namen "ACDC" sind, in B dann dieselben, aber "AC-DC" im Pfadnamen). Hier frag ich mich, wie man das am besten abfängt.
- diesen Sachverhalt mit MD5 abzufangen ist auch schwierig, weil bei diesen Doubletten teilweise die Bitrate unterschiedlich ist oder auch, weil das id3-Tagging nicht komplett identisch ist
Ist also unterm Strich doch eine herausfordernde Aufgabe. Hat jemand eine gute Idee, wie man das möglichst gut lösen kann? Ich bin für jede Idee offen.
Ich suche schonmal nach ein paar Befehlen, die das ganze einfacher machen. Dabei bin ich auf folgende Möglichkeit gestoßen, die Bitrate einer mp3-Datei rauszufinden:
$ eyeD3 song.mp3 | grep kb | awk '{print $7}'
Das würde zumindest helfen, die Bitrate zu bestimmen, um einen gewissen Ausschluss machen zu können. Allerdings bin ich mir bei einer Sache unsicher: ein mp3 kann ja auch eine Variable Bitrate haben. Wenn ich die Ausgabe dieses Befehls richtig werte, dann baut eyeD3 bei variablen Bitrates eine Tilde vor die Zahl selbst hin. Kann das jemande bestätigen?
Gruß,
Michael
Von meinem iPad gesendet
Am 09.05.2011 um 20:48 schrieb Michael :
> Hallo Liste,
>
> Ich stehe hier vor einem etwas komplexen Problem, welches ich möglichst weit automatisieren will. Es geht um die Synchronisierung zweier Verzeichnisse mit einer größeren Anzahl an mp3-Dateien. Ich liste mal die Probleme kurz auf, die ich hier sehe, wobei "A" das Quellverzeichnis ist und "B" das Ziel.
>
> - A enthält sämtliche Dateien, die auch in B sind
> - A enthält darüber hinaus weitere Dateien, die nicht in B sind
> - In den Dateien, die A enthält, B aber nicht, können trotzdem noch Doubletten sein (zB weil in A Dateien mit Namen "ACDC" sind, in B dann dieselben, aber "AC-DC" im Pfadnamen). Hier frag ich mich, wie man das am besten abfängt.
> - diesen Sachverhalt mit MD5 abzufangen ist auch schwierig, weil bei diesen Doubletten teilweise die Bitrate unterschiedlich ist oder auch, weil das id3-Tagging nicht komplett identisch ist
>
> Ist also unterm Strich doch eine herausfordernde Aufgabe. Hat jemand eine gute Idee, wie man das möglichst gut lösen kann? Ich bin für jede Idee offen.
Ich hab das auch mal mit Songs probiert, die keine feste Bitrate und damit keine Tilde hatten, da funktioniert das auch. Oder sind da irgendwelchen Schwierigkeiten zunerwarten?
Am Montag, den 09.05.2011, 20:48 +0200 schrieb Michael:
> Hallo Liste,
>
> Ich stehe hier vor einem etwas komplexen Problem, welches ich möglichst weit automatisieren will. Es geht um die Synchronisierung zweier Verzeichnisse mit einer größeren Anzahl an mp3-Dateien. Ich liste mal die Probleme kurz auf, die ich hier sehe, wobei "A" das Quellverzeichnis ist und "B" das Ziel.
>
> - A enthält sämtliche Dateien, die auch in B sind
> - A enthält darüber hinaus weitere Dateien, die nicht in B sind
> - In den Dateien, die A enthält, B aber nicht, können trotzdem noch Doubletten sein (zB weil in A Dateien mit Namen "ACDC" sind, in B dann dieselben, aber "AC-DC" im Pfadnamen). Hier frag ich mich, wie man das am besten abfängt.
> - diesen Sachverhalt mit MD5 abzufangen ist auch schwierig, weil bei diesen Doubletten teilweise die Bitrate unterschiedlich ist oder auch, weil das id3-Tagging nicht komplett identisch ist
>
> Ist also unterm Strich doch eine herausfordernde Aufgabe. Hat jemand eine gute Idee, wie man das möglichst gut lösen kann? Ich bin für jede Idee offen.
>
Fasse mal zusammen: B ist eine echte Teilmenge von A. D.h. alle Dateien
(deren Namen), die in B vorkommen, kommen auch in A vor. Nun gibt es
aber die Komplikation, dass es in A noch zusätzliche Dateien gibt, die
sich namentlich (und eventuell auch inhaltlich) nur geringfügig von
anderen Dateien in A unterscheiden; beispielsweise gibt es da "ACDC" und
"AC-DC".
Also würde ich folgendermaßen vorgehen:
-) zuerst alle Dateinamen sammeln, die in B vorkommen
-) nach Deiner Beschreibung kommen genau diese Namen (i.e. Dateien)
auch in A vor plus die "Doubletten".
-) jetzt müßtest Du eine Ähnlichkeitsrelation spezifizieren: wann sind
Woher soll ein Programm jetzt wissen, was da zusammen gehört? Ich denke,
Du musst auf alle Fälle spezifizieren, wann zwei Strings als gleich
anzusehen sind und wann nicht. Sind da nur manchesmal die "-"
dazugekommen? Dann würde es ja genügen, diese aus den Namen zu
streichen. Oder gibt es noch andere "Trenner"? Nach welchen Kriterien
Am Donnerstag, den 12.05.2011, 17:53 +0200 schrieb Franz Deuzer:
> Am Montag, den 09.05.2011, 20:48 +0200 schrieb Michael:
> > Hallo Liste,
> >
> > Ich stehe hier vor einem etwas komplexen Problem, welches ich möglichst weit automatisieren will. Es geht um die Synchronisierung zweier Verzeichnisse mit einer größeren Anzahl an mp3-Dateien. Ich liste mal die Probleme kurz auf, die ich hier sehe, wobei "A" das Quellverzeichnis ist und "B" das Ziel.
> >
> > - A enthält sämtliche Dateien, die auch in B sind
> > - A enthält darüber hinaus weitere Dateien, die nicht in B sind
> > - In den Dateien, die A enthält, B aber nicht, können trotzdem noch Doubletten sein (zB weil in A Dateien mit Namen "ACDC" sind, in B dann dieselben, aber "AC-DC" im Pfadnamen). Hier frag ich mich, wie man das am besten abfängt.
> > - diesen Sachverhalt mit MD5 abzufangen ist auch schwierig, weil bei diesen Doubletten teilweise die Bitrate unterschiedlich ist oder auch, weil das id3-Tagging nicht komplett identisch ist
> >
> > Ist also unterm Strich doch eine herausfordernde Aufgabe. Hat jemand eine gute Idee, wie man das möglichst gut lösen kann? Ich bin für jede Idee offen.
> >
>
> Fasse mal zusammen: B ist eine echte Teilmenge von A. D.h. alle Dateien
> (deren Namen), die in B vorkommen, kommen auch in A vor. Nun gibt es
> aber die Komplikation, dass es in A noch zusätzliche Dateien gibt, die
> sich namentlich (und eventuell auch inhaltlich) nur geringfügig von
> anderen Dateien in A unterscheiden; beispielsweise gibt es da "ACDC" und
> "AC-DC".
>
> Also würde ich folgendermaßen vorgehen:
> -) zuerst alle Dateinamen sammeln, die in B vorkommen
> -) nach Deiner Beschreibung kommen genau diese Namen (i.e. Dateien)
> auch in A vor plus die "Doubletten".
> -) jetzt müßtest Du eine Ähnlichkeitsrelation spezifizieren: wann sind
Aaarrghhh ... da bin ich wohl an eine falsche Tastenkombination
geraten ... Tschuldigung!
Also weiter:
Ich würde mir eine Liste aufbauen, die folgendes enthält
( ( ...))
und mir alle die Listen anschauen, in denen die zweite Subliste mehr als
einen Namen enthält -> das sind ja dann die Doubletten.
Diese Listen würde ich mir ausgeben lassen, und dann von Fall zu Fall
entscheiden was zu tun ist.
Ein Problem besteht noch: Du musst Dir natürlich klar sein, wann
Dateinamen aus A auf die gleiche Datei aus A verweisen. Dies musst Du
dem Programm "beibringen", das Dir alle Doubletten aus A aufsammelt.
Also welche Dateien sind als gleich zu betrachten? Genügt es, wenn man
die "-" aus dem Namen entfernt?
Natürlich kann man die obige Liste noch aufbohren:
man kann sich zusätzlich zu den Dateien aus A auch noch die Bitrate
ermitteln lassen und gleich mit ausgeben, usw. Die allermeisten
Hochsprachen bieten dazu eine Schnittstelle zu den "Systemcalls" an;
über diese können auch andere Anwenderprogramme aufgerufen und ihre
Resultate ausgewertet werden.
BTW würde ich das nicht mittels Shellprogrammierung lösen wollen. Da ist
eine Hochsprache wesentlich geeigneter. (Was nicht heißt, dass man es
nicht auch mit Shellprogrammierung hinbekommen kann - es fragt sich halt
> Am Donnerstag, den 12.05.2011, 17:53 +0200 schrieb Franz Deuzer:
> > Am Montag, den 09.05.2011, 20:48 +0200 schrieb Michael:
> > > Hallo Liste,
> > >
> > > Ich stehe hier vor einem etwas komplexen Problem, welches ich
> möglichst weit automatisieren will. Es geht um die Synchronisierung zweier
> Verzeichnisse mit einer größeren Anzahl an mp3-Dateien. Ich liste mal die
> Probleme kurz auf, die ich hier sehe, wobei "A" das Quellverzeichnis ist und "B"
> das Ziel.
> > >
> > > - A enthält sämtliche Dateien, die auch in B sind
> > > - A enthält darüber hinaus weitere Dateien, die nicht in B sind
> > > - In den Dateien, die A enthält, B aber nicht, können trotzdem noch
> Doubletten sein (zB weil in A Dateien mit Namen "ACDC" sind, in B dann
> dieselben, aber "AC-DC" im Pfadnamen). Hier frag ich mich, wie man das am
> besten abfängt.
> > > - diesen Sachverhalt mit MD5 abzufangen ist auch schwierig, weil bei
> diesen Doubletten teilweise die Bitrate unterschiedlich ist oder auch, weil
> das id3-Tagging nicht komplett identisch ist
> > >
> > > Ist also unterm Strich doch eine herausfordernde Aufgabe. Hat jemand
> eine gute Idee, wie man das möglichst gut lösen kann? Ich bin für jede
> Idee offen.
> > >
> >
> > Fasse mal zusammen: B ist eine echte Teilmenge von A. D.h. alle Dateien
> > (deren Namen), die in B vorkommen, kommen auch in A vor. Nun gibt es
> > aber die Komplikation, dass es in A noch zusätzliche Dateien gibt, die
> > sich namentlich (und eventuell auch inhaltlich) nur geringfügig von
> > anderen Dateien in A unterscheiden; beispielsweise gibt es da "ACDC" und
> > "AC-DC".
> >
> > Also würde ich folgendermaßen vorgehen:
> > -) zuerst alle Dateinamen sammeln, die in B vorkommen
> > -) nach Deiner Beschreibung kommen genau diese Namen (i.e. Dateien)
> > auch in A vor plus die "Doubletten".
> > -) jetzt müßtest Du eine Ähnlichkeitsrelation spezifizieren: wann
> sind
>
> Aaarrghhh ... da bin ich wohl an eine falsche Tastenkombination
> geraten ... Tschuldigung!
Passier mir auch. Erstmal danke für die Antwort.
Ich habe an dieser Stelle das ganze Vorhaben anders angedacht: Es sollen erstmal alle offensichtlichen Doubletten gelöscht werden. Mehr ist hier nicht notwendig, siehe weiter unten.
> Also weiter:
> Ich würde mir eine Liste aufbauen, die folgendes enthält
> ( ( ...))
> und mir alle die Listen anschauen, in denen die zweite Subliste mehr als
> einen Namen enthält -> das sind ja dann die Doubletten.
Hm ich hab es umgekehrt angedacht: Ich gehe zunächst eine Datei von A an und vergleiche, ob es eine Entsprechung in B gibt. Wenn ja, wird die gelöscht. Oder hab ich dich falsch verstanden und du meintest genau das? Wie auch immer, das Resultat sollte dasselbe sein.
> Diese Listen würde ich mir ausgeben lassen, und dann von Fall zu Fall
> entscheiden was zu tun ist.
>
> Ein Problem besteht noch: Du musst Dir natürlich klar sein, wann
> Dateinamen aus A auf die gleiche Datei aus A verweisen. Dies musst Du
> dem Programm "beibringen", das Dir alle Doubletten aus A aufsammelt.
> Also welche Dateien sind als gleich zu betrachten? Genügt es, wenn man
> die "-" aus dem Namen entfernt?
Das ist zwar richtig, aber ehrlich gesagt okay. Denn ich muss ja sowieso dann nochmal drüber schauen, nachdem die offensichtlichen Doubletten gelöscht sind. Am besten kann man das im Beispiel mit "ACDC" erklären: Da spielen nicht nur alle möglichen Schreibweisen im Dateinamen ("ACDC", "AC-DC", "AC/DC" etc) eine Rolle, sondern auch das Tagging, das ja dann auch noch kontrolliert werden muss (ja, ich bin pedantisch, was mp3-Tagging betrifft).
> Natürlich kann man die obige Liste noch aufbohren:
> man kann sich zusätzlich zu den Dateien aus A auch noch die Bitrate
> ermitteln lassen und gleich mit ausgeben, usw. Die allermeisten
> Hochsprachen bieten dazu eine Schnittstelle zu den "Systemcalls" an;
> über diese können auch andere Anwenderprogramme aufgerufen und ihre
> Resultate ausgewertet werden.
Das mit der Bitrate verwende ich bereits als zusätzliche Identifikation, um ganz sicher zu sein, dass die beiden vergleichten Dateien identisch sind (ja, okay, ist nicht der Weisheit letzter Schluss, aber reicht hier erstmal aus).
> BTW würde ich das nicht mittels Shellprogrammierung lösen wollen. Da ist
> eine Hochsprache wesentlich geeigneter. (Was nicht heißt, dass man es
> nicht auch mit Shellprogrammierung hinbekommen kann - es fragt sich halt
> nur, wie groß der Aufwand da wird.)
Geb ich dir recht, aber irgendwie hab ich jetzt mit Shell angefangen und irgendwie reizt es mich ziemlich, das damit umzusetzen.
Im Übrigen hab ich grad das aktuelle Skript in meinem anderen Posting ("Probleme mit Leerzeichen in String" geschickt). Nur so als Info.
Gruß,
Michael
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
ich hab hier grad ein Problem mit Leerzeichen in einem String und ich komm nicht drauf, wie ich es machen kann.
Hier das Skript:
z=1
for srci in $( ls -R "$srcdir" ) ;
do
srcfile="$srci"
if [ ! -d $srcfile ]; then
for desti in $( ls -R "$destdir" ) ;
do
destfile="$desti"
echo "Run number "$z" ; dest file is "$destfile
...
Und bereits hier macht mir das Skript zu schaffen. Wenn das destdir zB "Automatisch zu iTunes hinzufügen" heißt, dann zerstückelt er mir das ganze in 4 Strings ("Automatisch" , "zu", "iTunes", "hinzufügen"). Kann mir jemand bitte sagen, wie ich den String als ganzes bekomme? Ich kapier es grad einfach nicht...
Danke im Voraus
Gruß,
Michael
--
Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir
belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de
