|
|
|
|
Ich wüsste gerne ob der Refresh-Button im Upload-Reiter noch funktioniert.
|
|
|
|
|
|
|
|
|
|
|
na bei so einem fixen Service drückt man doch gerne auf den Spenden-Button.
|
|
|
|
|
|
|
Kann es sein das man die Lautstärke im Vollbild nicht mehr mit dem Mausrad verstellen kann?
|
|
|
|
|
|
|
Nur nicht in Chrome, wies aussieht. Firefox funktioniert.
|
|
|
|
|
|
|
Einen "Weiter" Button.
|
|
|
|
|
|
|
|
|
|
|
| Zitat von hitmiccs
Weiter, wohin?
| |
Zum nächsten Video. Die Related Liste ist nicht lang genug bei älteren LPs die man von vorne guckt.
|
|
|
|
|
|
|
Was qualifiziert denn das nächste Video als solches? Höhere VideoID? älteres Uploaddatum?
Das sind tatsächlich Fragen, die wir uns im Moment bei einer ähnlichen Problematik stellen
|
|
|
|
|
|
|
Wenn man über g auf das v zugreift, dann nächste ID zum g.
Wenn man über u auf g auf das v zugreift, dann die nächste ID zum g von u.
g=Game
u=user
v=video
|
|
|
|
|
|
|
Und wenn etwas zusammengefasst ist?
Abgesehen davon kommt ein Feature, dass den Button unnötig macht
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von hitmiccs am 17.12.2013 14:17]
|
|
|
|
|
|
Wenn etwas zusammengefasst ist, dann halt das als nächstes, ist doch klar.
Ok, dann warte ich mal auf das ueber-Feature.
|
|
|
|
|
|
|
Das ist nicht über, das ist gaaaaanz simpel
|
|
|
|
|
|
|
Kann man nicht die Videos irgendwie mit nem Tag versehen der sich an der Annordnung in der Spieleverwaltung orientiert? Dann hätte man ja ne ziemlich einfache Möglichkeit.
Also hieran:
Dann könnte man die Tags zb so machen.
#[UserID][GameID][NummerInListe]
Dann hätte man ja die vom Uploader gewünschte Reihenfolge, selbst wenn die Videos nicht chronologisch hochgeladen wurden.
|
|
|
|
|
|
|
Ich denke mal das wird schon gemacht. Also das sie einen Reihenfolgetag haben.
|
|
|
|
|
|
|
Nope. Wir haben einen Eintrag in der Datenbank, wo die Reihenfolge, die ihr anlegt, so gespeichert wird.
Das funktioniert allerdings auch nur dann, wenn der User seine Videos sortiert hat und nicht, wenn man ohne User ein LP abfragt.
|
|
|
|
|
|
|
| Zitat von Black1900
Kann man nicht die Videos irgendwie mit nem Tag versehen der sich an der Annordnung in der Spieleverwaltung orientiert? Dann hätte man ja ne ziemlich einfache Möglichkeit.
Also hieran:
http://www.abload.de/img/liste4sfet.png
Dann könnte man die Tags zb so machen.
#[UserID][GameID][NummerInListe]
Dann hätte man ja die vom Uploader gewünschte Reihenfolge, selbst wenn die Videos nicht chronologisch hochgeladen wurden.
| |
Wenn die Liste da oben so passt muss man nix machen und das wird so angezeigt.
Wenn die Liste nicht passt sollte man nicht jammern sondern die Reihenfolge anpassen und überall (hoffen wir es jedenfalls) wird automatisch die Liste gezogen.
|
|
|
|
|
|
|
Teil 10 wird halt falsch einsortiert, wenn man nur über g geht.
|
|
|
|
|
|
|
Kann jemand mal bitte die zusätzliche Beschreibung eines Videos in den Media RSS-Feed einpflegen. Da kommt leider nur die Beschreibung des Spiels. Es wäre sehr wünschenswert, wenn die zusätzliche Beschreibung dort auch auftauchen würde.
|
|
|
|
|
|
|
Dieser "weiter"-Button ist das beste Feature seid es das zusammenfassen von Videos gibt!
|
|
|
|
|
|
|
Danke, das hört man gern
|
|
|
|
|
|
|
Hier hat es heute noch geschneit...
|
|
|
|
|
|
|
|
|
|
|
| Zitat von Stryker
Statt Schneeflocken gibts jetzt Regen?
| |
Richtig, hier regnet es schon die ganze Zeit und kalt isses auch nicht
|
|
|
|
|
|
|
Schwarzwälder kirsch torten.
Make it happen!
|
|
|
|
|
|
|
| Zitat von hitmiccs
Die ist aber techn. nicht durchsetzbar, ohne ein Programm dazwischen und rein auf den guten Willen der Uploader zu vertrauen, ist nicht grade die beste Idee.
| |
Jau, das hatten wir ja schon mal. Woran lags? Die Metadaten sind erst nach Upload verfügbar?
Lösung wäre, den User zu erziehen indem man halt nach dem Upload prüft und entsprechend deutlich darauf hinweist. So könnte man das technische Problem umgehen, die Bitratengrenze einhalten und das Videosplitting unterbinden. Wenn keine Videos gesplittet werden, kann sich die Bitrate auch nicht auf 2 Parts verteilen und es kommt nicht zu Schwankungen die dafür sorgen würden, das ein Part eine zu Hohe Bitrate hat um angenommen zu werden.
Ich finde die Idee eigentlich ziemlich gut.
|
|
|
|
|
|
|
Du meinst, wir lassen den User das Video hochladen und falls die Bitrate zu hoch ist, schmeissen wir es weg?
Ich finde das etwas drastisch, wenngleich aber auch gut
Ich denke, dass gerade diejenigen, die eh schon im Schneckentempo hochladen, sich 2mal überlegen werden, ob sie es mit der Bitrate übertreiben und dann nochmal hochladen dürfen. Ich bin mir nur gerade nicht sicher ob sich das durchsetzt, bzw. wie die Akzeptanz dazu ist.
Achja, netter Threadwechsel
|
|
|
|
|
|
|
Die Akzeptanz dieser sehr drastischen Maßnahme wird sehr hoch sein, denn:
Sie haben einfach keine andere Wahl!
|
|
|
|
|
|
|
Dann bleibt noch die Frage: Wo ist die Grenze?
|
|
|
|
|
|
|
| Zitat von hitmiccs
Dann bleibt noch die Frage: Wo ist die Grenze?
| |
Das wäre wohl die Gretchenfrage.
Das kommt halt wirklich STARK auf das Video an.
Ich habe damals HL2 komplett mit CRF 27 encodet ohne auf die Dateigröße zu achten. Das Ergebnis kann sich jeder selbst anschauen. Oft sind Datein mit mehr als 1100kbit/s rausgekommen, aber damals war ich ja noch unerfahren.
Die 1100kbit/s-Grenze die ich mir selbst auferlegt habe, basiert auf einem Kompromiss zwischen Qualität und Speicherplatz. Meistens finde ich es aber selbst häßlich und würde gerne einfach mittel CRF26 durchencoden können. Das Problem ist dann halt, dass man die Bitrate nicht vorhersagen kann, aber es stellen sich "Erfahrungswerte" ein.
Man müsste also ein paar Versuchsreihen fahren. Jeder encodet mal mit CRF 26 und schaut was für eine Bitrate dabei rauskommt. Hierbei sind vor allem schnelle und komplexe Spiele, wie Autorennen, Egoshooter (neue mit schicker Grafik) etc. wichtig, weil diese die Grenzen aufzeigen. Als Auflösung könnte man 720p oder sowas benutzen oder ein Stufe weiter drunter.
Am Ende könnte man dann schauen wie hoch man die Grenze steckt, je nach Speicherplatz. Da man mit CRF arbeitet, werden Videos die weniger brauchen auch effizient encodet und erreichen die Grenze nicht, wenn es nicht sein muss.
Ich denke 1600kbit/s wäre eine gute Grenze, so rein aus dem Bauch herraus und unter der Annahme, das wir jetzt ein paar TB mehr Speicherplatz haben.
|
[Dieser Beitrag wurde 1 mal editiert; zum letzten Mal von Bregor am 06.02.2014 10:45]
|
|
|
|
|
Thema: Features und Ideen für LPIP.de ( Diskussionen über die Homepage ) |