|
|
|
|
|
|
|
Goole-Musik-Invite-Liste
| Einzuladender | Eingeladen von | erledigt? | | Trigger | kamel | ja | | Achsel | kamel | ja | | redhead | Trigger | ja | | sheep | readhead | ja | | daddi | sheep | ja | | smoking | daddi | ja | | wegi | ? | nein | | Danzelot | ? | nein | | rAbbi | ? | nein |
(Neue and Ende einfügen)
/: Moment, ich update noch!
/: So, müsste der aktuelle Stand sein.
Ich schicke meine Einladung an den mit "nein" der als erster seine Googlemail Addres gibt. Damit es flotter geht.
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von Achsel-des-Bösen am 31.07.2011 14:03]
|
|
|
|
|
|
|
|
|
|
Ich frage mich übrigens, mit welcher Qualität Google Music streamt. Mein Bandbreitenmonitor zeigt aktuell zwischen 110 und 120 KiB/s. Nimmt man TCP und HTTP(?) Overhead dazu, dann kann es keine 128KiB MP3 sein, sondern muss irgendwas anderes sein. Es hört sich so spontan auch nicht an wie 128...
|
|
|
|
|
|
|
|
|
|
|
Goole-Musik-Invite-Liste
| Einzuladender | Eingeladen von | erledigt? | | Trigger | kamel | ja | | Achsel | kamel | ja | | redhead | Trigger | ja | | sheep | readhead | ja | | daddi | sheep | ja | | smoking | daddi | ja | | wegi | ? | nein | | Danzelot | ? | nein | | rAbbi | ? | nein | | csde_rats | ? | nein |
(Neue and Ende einfügen)
|
|
|
|
|
|
|
|
|
|
|
|
Wer hat eigentlich alles schon eine Anwendung für die API des Forums geschrieben? Die könnte ich ja auch bei der Doku erwähnen...
|
|
|
|
|
|
|
|
|
|
|
Goole-Musik-Invite-Liste
| Einzuladender | Eingeladen von | erledigt? | | Trigger | kamel | ja | | Achsel | kamel | ja | | redhead | Trigger | ja | | sheep | readhead | ja | | daddi | sheep | ja | | smoking | daddi | ja | | Danzelot | Achsel | warten auf Bestätigung | | wegi | ? | nein | | rAbbi | ? | nein | | csde_rats | ? | nein |
(Neue and Ende einfügen)
|
|
|
|
|
|
|
|
|
|
|
aber das ist nicht als baum dargestellt! 
ich bin dafür, dass dieser listentyp ins forum eingebaut wird: http://jsfiddle.net/flyingsheep/DX5fS/
und wenn das nicht geht, weil es keine verschachtelten listen gibt, muss das auch gefixt werden.
- test
- subtest
- test
- subtest
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Wer hat eigentlich alles schon eine Anwendung für die API des Forums geschrieben? Die könnte ich ja auch bei der Doku erwähnen...
| |
So richtig reif dürften eigentlich nur die Bookmark-Watcher sein, das würde ich allerdings nicht als Verwendung der vollständigen API bezeichnen.
Kamel hat den ein oder anderen Prototypen und mich packts alle paar Monate mal wieder, in denen ich halbfertige BB-Code Parser schreibe, die aber überdimensioniert und nicht wirklich brauchbar sind.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Achsel-des-Bösen
Ich frage mich übrigens, mit welcher Qualität Google Music streamt. Mein Bandbreitenmonitor zeigt aktuell zwischen 110 und 120 KiB/s. Nimmt man TCP und HTTP(?) Overhead dazu, dann kann es keine 128KiB MP3 sein, sondern muss irgendwas anderes sein. Es hört sich so spontan auch nicht an wie 128...
| |
Ich hab mal ein bischen Wireshark-filter-Streamdump-Vim-Shelltool Magie betrieben:
Der Flashplayer schickt über HTTP einen Request:
| |
| Code: |
GET /stream?id=377be387ae8f6276&itag=25&o=01220232544772991220&ip=0.0.0.0&ipbits=0&expire=1312114477&sparams=id,itag,o,ip,ipbits,expire&signature=63938DCFE23790E88A468D7F47BBAE3E9EDFBD55.8B9308866BEB9D1EE8861BDFFF771FF13843D164&key=sj2 HTTP/1.1
Host: t.doc-0-0-sj.sj.googleusercontent.com
Connection: keep-alive
User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/14.0.835.8 Safari/535.1
Accept: */*
Referer: [URL]http://music.google.com/music/s/9d4e9ce5efc4f7c168a5a5923ca014a7/musicplayer.swf[/URL]
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.3 |
|
Und bekommt dann eine MP3-Datei zum Download (hier nur der Header):
| |
| Code: |
HTTP/1.1 200 OK
Content-Type: audio/mpeg
Content-Disposition: attachment; filename=stream.mp3
Accept-Ranges: bytes
X-Estimated-Content-Length: 7849273
Content-Length: 7849273
Date: Sun, 31 Jul 2011 12:13:07 GMT
Server: 1.0
X-XSS-Protection: 1; mode=block |
|
Der Body ist eine stinknormale MP3-Datei. Theoretisch könnte man also einen sehr simplen Proxy dazwischen klinken und sich die MP3s rausgrabben.
Die sind übrigens von ordentlicher Qualität:
44100 Hz, 2 ch, s16le, 320.0 kbit/22.68% (ratio: 40000->176400)
|
|
|
|
|
|
|
|
|
|
|
ich hatte auch ein-zweimal das verlangen, aber dann denk’ ich mir, dass Markdown und co. eh viel schöner sind, und ich keine zeit mit unfug verschwenden will :P
das quickreplyscript um einen converter füe bb<->markdown erweitern…
nein, erst bachelorarbeit 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Achsel-des-Bösen
Die sind übrigens von ordentlicher Qualität:
44100 Hz, 2 ch, s16le, 320.0 kbit/22.68% (ratio: 40000->176400) | |
hab ich schon vermutet, da ogg und flac automatisch nach 320kbit-mp3 konvertiert werden. und warum sollten sie das tun, nur um es vor dem streamen wieder auf eine andere bitrate umzukonvertieren?
|
|
|
|
|
|
|
|
|
|
|
Goole-Musik-Invite-Liste
| Einzuladender | Eingeladen von | erledigt? | | Trigger | kamel | ja | | Achsel | kamel | ja | | redhead | Trigger | ja | | sheep | readhead | ja | | daddi | sheep | ja | | smoking | daddi | ja | | Danzelot | Achsel | ja | | wegi | ? | nein | | rAbbi | ? | nein | | csde_rats | ? | nein |
(Neue am Ende einfügen)
Der scannt jetzt die Musik und lädt einfach mal 80GB Lieder da hoch, bloß weil die der Server schon hat und dann gemütlich nach /dev/null schieben kann? 
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
Der scannt jetzt die Musik und lädt einfach mal 80GB Lieder da hoch, bloß weil die der Server schon hat und dann gemütlich nach /dev/null schieben kann? | |
du bust google.
die musikindustrie sagt: ja, macht das, ist ok, aber macht ne md5-summe oder wie das heißt, und testet, ob die mp3-datei wirklich das ist, was sie angeblich ist, damit die nicht leere dinger taggen und hochladen.
du sagst: das ist bullshit, der digest wäre nicht gleich, wenn die songdatei nicht identisch ist, ich muss die dinger analysieren.
die musikindustrie sagt: ist die bandbreite von euch und euren kunden, nicht unsere *trollololo*
|
|
|
|
|
|
|
|
|
|
|
Sooo, alles vorbereitet. Meine neue Mitbewohnerin kann nu kommen 
Die Nachbarn müssen sich auch wundern, warum bei mir alle zwei Monate die Frauen wechseln
|
|
|
|
|
|
|
|
|
|
|
Achja:
Weiß irgendwer, was der temp-Parameter bei der thread.php bewirkt?
|
|
|
|
|
|
|
|
|
|
|
Durchgerechnet: Das wären zwei Wochen ununterbrochenes Hochladen was mir da bevorsteht. Ich glaube ich muss da ein bisschen durchsortieren 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
Achja:
Weiß irgendwer, was der temp-Parameter bei der thread.php bewirkt?
| |
Nichts, nur dazu da um Caching zu verhindern.
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
| | Zitat von csde_rats
Achja:
Weiß irgendwer, was der temp-Parameter bei der thread.php bewirkt?
| |
Nichts, nur dazu da um Caching zu verhindern.
| |
Unabhängig vom Wert?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
Durchgerechnet: Das wären zwei Wochen ununterbrochenes Hochladen was mir da bevorsteht. Ich glaube ich muss da ein bisschen durchsortieren
| |
Is doch egal, wann benutzt du schonmal großartig deine UPloadbandbreite? Music Manager in der Autostart und gut ist.
|
|
|
|
|
|
|
|
|
|
|
Eine Seite hat 30 Posts, richtig?
/edit: Ja hat sie.
Und wenn ich das richtig sehe gibt es keine API um Daten über einen User abzufragen?
Es gibt afaik folgende: boards.php, board.php, thread.php, bookmark.php
/edit:
| | Zitat von csde_rats
| | Zitat von Danzelot
| | Zitat von csde_rats
Achja:
Weiß irgendwer, was der temp-Parameter bei der thread.php bewirkt?
| |
Nichts, nur dazu da um Caching zu verhindern.
| |
Unabhängig vom Wert?
| |
Der Wert ist wohl immer der aktuelle Timestamp?
|
|
[Dieser Beitrag wurde 3 mal editiert; zum letzten Mal von csde_rats am 31.07.2011 15:05]
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
| | Zitat von Danzelot
| | Zitat von csde_rats
Achja:
Weiß irgendwer, was der temp-Parameter bei der thread.php bewirkt?
| |
Nichts, nur dazu da um Caching zu verhindern.
| |
Unabhängig vom Wert?
| |
Da wird halt immer time() angehängt dass in der Threadansicht keine veraltete Version aus dem Cache angezeigt wird.
|
|
|
|
|
|
|
|
|
|
|
Überkreuzt, genau das ist mir grade auch aufgefallen
Also sagt temp quasi, dass keine Version älter als $temp zurückgegeben werden darf, ok
|
|
|
|
|
|
|
|
|
|
|
|
Nein, temp ist einfach nur ein zufälliger Wert dass die Threadseite mit neuer Antwort eine andere URL hat und deshalb nicht aus dem Cache geladen wird.
|
|
|
|
|
|
|
|
|
|
|
|
Was ist dieses Google Music?
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von Danzelot
Nein, temp ist einfach nur ein zufälliger Wert dass die Threadseite mit neuer Antwort eine andere URL hat und deshalb nicht aus dem Cache geladen wird.
| |
Hmm strange, wenn ich temp in einen UNIX-Timestamp Konverter eingebe ist es immer exakt der Zeitpunkt zu dem ich das Posting erstellt habe...
/e: für den hier wars z.B. 1312118730 was in unserer Lokalzeit 31.07.2011 15:25:30... schau mal nach links ;D
Deine vorherige Aussage war also schon richtig...
|
|
[Dieser Beitrag wurde 2 mal editiert; zum letzten Mal von csde_rats am 31.07.2011 15:27]
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Also nur für Gammel-Android? Mkay.
Ich seh den Sinn dahinter nicht, das läuft dann ja on-the-go sowieso per UMTS. Das treibt den Traffic doch enorm hoch. 
|
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
| | Zitat von Danzelot
Nein, temp ist einfach nur ein zufälliger Wert dass die Threadseite mit neuer Antwort eine andere URL hat und deshalb nicht aus dem Cache geladen wird.
| |
Hmm strange, wenn ich temp in einen UNIX-Timestamp Konverter eingebe ist es immer exakt der Zeitpunkt zu dem ich das Posting erstellt habe...
/e: für den hier wars z.B. 1312118730 was in unserer Lokalzeit 31.07.2011 15:25:30... schau mal nach links ;D
Deine vorherige Aussage war also schon richtig...
| |
und weiter?
nur weil information in „temp“ gespeichert ist, heißt das noch lang nicht, dass die auch sinnvoll genutzt wird. hauptsache, sie ist immer anders (damit das mit dem cache funzt), und dafür wurde halt sinnigerweise ein zeitstempel statt rand() genutzt.
|
|
|
|
|
|
|
|
|
|
| | Zitat von csde_rats
| | Zitat von Danzelot
Nein, temp ist einfach nur ein zufälliger Wert dass die Threadseite mit neuer Antwort eine andere URL hat und deshalb nicht aus dem Cache geladen wird.
| |
Hmm strange, wenn ich temp in einen UNIX-Timestamp Konverter eingebe ist es immer exakt der Zeitpunkt zu dem ich das Posting erstellt habe...
/e: für den hier wars z.B. 1312118730 was in unserer Lokalzeit 31.07.2011 15:25:30... schau mal nach links ;D
Deine vorherige Aussage war also schon richtig...
| |
"zufällig" = "ist vorher noch nicht vorgekommen"
|
|
|
|
|
|
|
|
| Thema: Gehirnsalat ( wir unter uns ) |
![[dk]peacemaker](./avatare/[dk]peacemaker.gif)
