Coverflow nachbauen
- veers
- User
- Beiträge: 1219
- Registriert: Mittwoch 28. Februar 2007, 20:01
- Wohnort: Zürich (CH)
- Kontaktdaten:
Nett Ich wollte mir schon vor einiger Zeit mal ansehen wie sich OpenGL mit Python verheiraten lässt. Werde mir nun dein Script mal Ansehen
[url=http://29a.ch/]My Website - 29a.ch[/url]
"If privacy is outlawed, only outlaws will have privacy." - Phil Zimmermann
"If privacy is outlawed, only outlaws will have privacy." - Phil Zimmermann
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Ich habe es schon gemacht und es ist eigentlich ganz lustig (vor allem wie schnell!), nur fehlt eine nette, flüssige Animation. Und der Code der aus der Vorlage übernommen ist, ist grausam.veers hat geschrieben:Nett Ich wollte mir schon vor einiger Zeit mal ansehen wie sich OpenGL mit Python verheiraten lässt. Werde mir nun dein Script mal Ansehen
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
Ist ja ein ziemlich vernichtendes Urteil...das motiviert mich nicht unbedingt, mir die NeHe-Tutorials vorzunehmen. Gibt es eigentlich ein Buch, das speziell auf OpenGL mit Python eingeht?Leonidas hat geschrieben:Und der Code der aus der Vorlage übernommen ist, ist grausam.
Und irgendwie geht hier die Uhr eine Stunde nach...
-
- Python-Forum Veteran
- Beiträge: 16025
- Registriert: Freitag 20. Juni 2003, 16:30
- Kontaktdaten:
Du musst eben deine Zeitzone im Profil richtig einstellen.alan hat geschrieben:Und irgendwie geht hier die Uhr eine Stunde nach...
Was die Code-Qualität betrifft: die Python-Versionen des NeHe-Tutorials sind eben an den C-Versionen orientiert. Jetzt hast du zwei Möglicheiten: das NeHe-Tutorial in C zu lesen und in Python auszuprobieren, oder das NeHe-Tutorial in Python lesen und in Python auszuprobieren. Das der Code schlecht ist - ja, zugegeben. Aber in dem Tutorial geht es ja darum, OpenGL zu lernen. Das du Python kannst ist ja Grundbedingung - also kannst du wenn du OpenGL mehr oder weniger beherrscht auch schönen Python-Code schreiben.
My god, it's full of CARs! | Leonidasvoice vs (former) Modvoice
Das Thema liegt sehr weit zurück, aber zu diesem Thema fand ich das hier:
https://code.google.com/p/pictureflow/
Ist ein Klone vom CoverFlow. Leider aber nicht in Python, sondern c++. Wenn man diesen PictureFlow irgendwie in Python-Programme implementieren könnte - wäre echt klasse.
https://code.google.com/p/pictureflow/
Ist ein Klone vom CoverFlow. Leider aber nicht in Python, sondern c++. Wenn man diesen PictureFlow irgendwie in Python-Programme implementieren könnte - wäre echt klasse.
Ich fand diese Seite. Dort ist ein Beispiel-Quelltext. Allerdings habe ich bis heute das Teil nicht installiert bekommen. Ich komme bis "qmake", und das warst. Aber wenn ich mir die Dokumentation von pictureflow genauer durchlese, verschlingt das Programm ab 50 Bilder aufwärts mächtig viel RAM-Speicher. Für mich klingt das schon ziemlich viel, wenn man das mal hochrechnet.
@Sophus:
Ui, ja das ist ne Menge RAM. Kann es sein, dass das nicht mit OpenGL sondern klassisch mit vorgerenderten Zwischenbildern gemacht wird? Zumindest könnte das den RAM-Hunger erklären.
Einfacher und ressourcenschonender ist es wahrscheinlich, dass in OpenGL nachzubauen.
Ui, ja das ist ne Menge RAM. Kann es sein, dass das nicht mit OpenGL sondern klassisch mit vorgerenderten Zwischenbildern gemacht wird? Zumindest könnte das den RAM-Hunger erklären.
Einfacher und ressourcenschonender ist es wahrscheinlich, dass in OpenGL nachzubauen.
Ob das nun viel RAM ist hängt doch auch irgendwie davon ab wie gross diese 50 bzw. 250 Bilder sind. Und auch bei OpenGL saut man dann doch schon mal gerne mit dem Speicher herum, insbesondere da es hier nicht um ein Spiel geht wo man irgendeine Textur nur für ein paar Bruchteile von Sekunden sieht und die Aufmerksamkeit deutlich abgelenkt ist. Die Leute wollen die Cover ja in guter Qualität betrachten können. Mir stellt sich da eher die Frage ob man das nicht mit konstanterem Speicherverbrauch hinbekommt, denn das sieht ja so aus als würden grundsätzlich erst einmal alle Bilder geladen, auch die die man noch gar nicht sieht.
Da ich ein iPhone 4 Besitzer bin, habe ich auch das Programm "ContactFlow" auf meinem Smartphone. Ich habe da nicht das Gefühl, dass diese App den gesamten Speicher meines Mobiltelefons frisst. Allerdings benutze ich die App nicht sehr oft. Denn ehe das Programm geladen ist und die Bilder angezeigt werden, habe ich meinen Kontakt auf dem üblichen Weg drei Mal gefunden, und dazu schon eine kurze Nachricht versendet.
@Sophus:
Hier eine in PyQt geschriebene OpenGL-Version: https://github.com/yifange/tileflow
Hier eine in PyQt geschriebene OpenGL-Version: https://github.com/yifange/tileflow