| |
| |
|
| - Seite 1 - |
|
Dieter
Zornow | Hier ein Programm bitte mal testen.
Es handelt sich um einen einfachen Player, er kann MP3, WAV, OGG, WMA, ASF abspielen.
Eingeschränkt auch APE und FLAC falls die Codecs im System sind, sowie Internetradio
Download
externer Download
Der Quellcode ist dabei zur freien Verfügung, als Hilfestellung, wenn jemand sowas basteln will. Ich habe diesen Code vor einigen Jahren geschrieben und ihn jetzt um Internetradio ergänzt. Es ist also ein Mix aus altem und neuem Code da ich zu faul war, um alles neu zu schreiben. Kann durch den Mix erst ab XProfan 11 unverändert laufen. Er benutzt die FMod.dll zum abspielen und fürs Internetradio. Die DLL die Exe und eine kleine Hilfe sind ebenfalls dabei.
Mich würde in erster Linie interessieren ob das mit dem Proxy so funktioniert, da ich keinen habe und nicht testen kann. Wenn das soweit klappt, will ich mal sehen was die dll internetmäßig noch alles kann.
Wichtig: Der Player kann nicht alle Internetradiostreams abspielen.
Alle Streams die eine Playliste senden .pls
sowie
Streams die als .rm oder .swf gesendet werden
können nicht abgespielt werden, man muss halt testen was läuft. Die im Paket enthaltenen urls sollten aber
alle funktionieren. Am besten sind MP3 und WMA Streams.
Das Programm ist nur kurz getestet und kann noch Fehler enthalten.
PS: Hat vielleicht jemand eine Radiourlsammlung, die sind gar nicht so leicht zu finden. |
 |
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 26.11.2009 ▲ |
|
| |
|
| |
| |
| - Seite 2 - |
|
|
Matthias
Arlt | Hallo Dieter, habs grad mal bei mir getestet. Erstmal nur die fertige EXE-Version. Mir den Source anzusehen, hatte ich noch nicht die Zeit.
Die Playerfunktionen funktionieren soweit tadellos, jedenfalls mit den Formaten, die ich greifbar hatte. Auch Webradio geht einwandfrei. Subjektiv gefühlt sogar irgendwie zügiger als bei anderen Webradio-Playern, die ich kenne. Zur Oberfläche von mir nur soviel: Irgendwie haut das Systemmenü nicht richtig hin. Verschieben des Fensters geht garnicht und minimiert in der Taskleiste verweigert es sich dann gänzlich. Da hilft dann nur noch der Taskmanager...
Ansonsten aber Alles in Allem ganz nett und brauchbar.
Gruß Matthias |
|
| |
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 13.01.2010 ▲ |
|
| |
|
|
Dieter
Zornow | Hallo Matthias,
danke fürs testen, Was meinst du mit Systemmenü ? Es ist ja gar keins vorhanden, das ist ein Fenster ohne Titelzeile. Zum verschieben des Fensters musst du ganz rechts klicken, da es nur auf dem Fenster wirkt und das Fenster voll ist mit Buttons und Richedits. Das mit dem Minimieren habe ich auch schon festgestellt. Normalerweise sollte doch Windows das automatisch wieder herstellen. Ich benutze Showmin, muss mal die Api versuchen ob es dann besser reagiert.
Gruss
Dieter |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 13.01.2010 ▲ |
|
| |
|
|
Dieter
Zornow | Das mit dem Mininieren habe ich gefunden. Es liegt am Fensterstil Dazu einfach in der Winamp.skn im Verzeichnis
skinswinamp unter [WINDOW1] Style von 240 auf 112 ändern, dann klappts wunderbar |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 13.01.2010 ▲ |
|
| |
|
|
Matthias
Arlt | Dieter Zornow, Beitrag=55828, Zeitpunkt=13.01.2010
Was meinst du mit Systemmenü ? Es ist ja gar keins vorhanden...
Hatte mich da etwas mißverständlich ausgedrückt. Ich hielt den oberen Fensterbereich fälschlich für eine optisch veränderte Titelzeile und wunderte mich dann nur über die unerwartete bzw. fehlende Reaktion... |
|
| |
| WinXP SP2, Win7 - XProfan 10/11/FreeProfan32 - Xpia | 13.01.2010 ▲ |
|
| |
|
|
Dieter
Zornow | | Ist zwar einfach zu ändern, habe den Fensterstil aber geändert und neu hochgeladen. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 13.01.2010 ▲ |
|
| |
|
|
Pedro
Miguel | Hallo Dieter
Funktioniert gut, ist es möglich die Radiosendungen aufzunehmen, also die
Musik zu speichern?
Gruss
Pedro |
|
| |
| |
| |
|
|
Dieter
Zornow | Hallo Pedro,
im Moment nicht, könnte aber vielleicht zu machen sein, muss mal testen. Wenn es klappt werde ich ein Update hochladen.
Gruß
Dieter |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 15.01.2010 ▲ |
|
| |
|
|
 | | Andernfalls wenn nicht integrierbar... ich zeichne "alles" mit Audiograbbers Line-Aufnahme auf - habe aber auch einen extra Rechner der das Audsig vom Playrechner durchschleift und aufnimmt aber vlt. hilfts ja trotzdem. |
|
| |
| |
| |
|
|
| Mal fix gestartet... tolles Ding - ich erzähle aber mal nur von Bugs...
Habe die Playlist unten aufgeklappt aber Fensterverschieben mit der Maus klappt nicht - also kann einfach oben nicht "anfassen". Schliessen-Button aber klappt - gleich mal neustarten... |
|
| |
| |
| |
|
|
| Aus versehen Beitrag zu früh abgesandt... auch nach Neustart kann ich irgendwie das Fenster nicht verschieben mir der Maus - ah, eben, irgendwie... also nur manchmal finde ich ein Pixel wo ich verschieben kann...
Klicke auf Play - passiert aber nix - glaube muss erst untere Liste füllen - vlt. ein Voreintrag wäre schön. ^^
Klicke unten auf "Open Folder" und zeigt auf Festplatte - bin vergewirrt ist doch ein Internetradioplayer - ah, sehe, steht nur hier im Thread Titel Internetradio - sonst nennts sichs ja SMP. Vergewirrt. ^^
Ah, Load Playlists Button entdeckt - juhu da liegt schon eine URLsTXT. Wenn ich linksklicke aufs LV dann kommt jedes 2. Mal das Contextmenu - glaube ist so nicht gedacht. Egal ob ich nun Play drücke etc - zum Piepsen bekomme ichs nicht - zeigt immer "waiting for action".
Kurztest erstmal Ende. |
|
| |
| |
| |
|
|
Dieter
Zornow | | Die Listen oder Verzeichnisse müssen bei der Version grundsätzlich mit dem dafür vorgesehenen Buttons geöffnet werden. Mit dem Button für Playlisten dürfen keine Radiolisten gelesen werden und umgekehrt, dafür ist ein eigener Button da. Ich werde das wahrscheinlich noch ändern und erst mal analysieren welche Daten in der Liste sind, dann kann man alles mit einem Button laden. Das Verschieben muss ich nochmals überprüfen. Das ist auf das Hauptfenster bezogen, durch die vielen Controls darauf ist aber vom Hauptfenster nicht mehr viel übrig, so dass das Verschieben schwierig wird. Das Kontextmenü ist so gewollt. Wie ich schon oben beschrieben habe, arbeitet das Subclassing der Listview aus irgendeinem Grunde hier unzuverlässig,obwohl schon viele Male ohne Problem eingesetzt, deshalb hatte ich diese Alternative gewählt. Ich wollte eigentlich Doppelklick starten und Rechtsklick Kontextmenü. |
|
| |
| Er ist ein Mann wie ein Baum. Sie nennen ihn Bonsai., Win 7 32 bit und Win 7 64 bit, mit XProfan X2 | 16.01.2010 ▲ |
|
| |
|
|
| Vlt. kann Dich für SubClassing "natives Profan" begeistern - das ist sowas von perfekt dafür mit höchster Sorgfalt erstellt, sodass es schier ein Jammer ist, z.B. genau hierbei nicht darauf zu zählen - es funktioniert damit einfach perfekt weil Natur der Sache unso...
Nicht getestet und einfach hier ins Edit getippt die Idee, bei ankommender wm_lButtonDown oder wm_contextMenu etc eine UserMessage zu senden (bitte vorher auch als UserMessage deklarieren!) die dann z.B. in der Hauptschleife _einfach und _präzise immer funktionierend abgefragt werden kann:
KompilierenMarkierenSeparierendeclare owp&//owp& bitte global per declare deklarieren - ginge aber auch ohne Globale per Tip https://xprofan.com/thread.core?t=7909
owp&=setWindowLong(lv&,gwl_wndProc,procaddr(lv.wndProc,4))
nProc lv.wndProc
Parameters wnd&,msg&,wp&,lp&
global owp&
if msg&=wm_lButtonDblClk//irgend ne Nachricht
sendMessage(%hWnd,meineIrgendNeUserMessageId,0,0)
elseif msg&=wm_contextMenu//irgend ne Nachricht
sendMessage(%hWnd,meineIrgendNeAndereUserMessageId,0,0)
return 0
endif
return callWindowProc(owp&,wnd&,msg&,wp&,lp&)
endproc
Im SSP ( [...]  ) funktioniert das so.
Und das Hauptfensterverschieben - das ginge zielsicher z.B. einfach damit, dass wenn WaitInput verlassen wird und Maustaste gedrückt gehalten wird (z.B. getAsyncKeyState(1)) und unterm Mauspfeil das hWnd ist, dass man dann einfach in eine Schleife/Proc wechselt welche erst dann wieder verlassen wird, wenn man MausTaste losgelassen hat. In der Schleife/Proc einfach globale Mauspositionsänderung vergleichen, um Fenster um Differenz zu verschieben. Das klappt auf jeden Fall so sehr sauber, dass man das gefühl bekommt, es ist "echt".  (obwohl es sicher auch noch einfacher geht ^^) |
|
| |
| |
| |
|
(875)
Deutsch
English
Français
Español
Italia