You are not logged in.

Dear visitor, welcome to Forum64. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

Unseen

Hätte gerne 'n Virtex 7 ;)

  • "Unseen" is male
  • »Unseen« is a verified user

Posts: 4,560

Date of registration: Jun 16th 2007

Location: Debara Hamtar

  • Send private message

member since 72 month member since 72 month member since 72 month member since 72 month

81

Friday, June 15th 2012, 1:29am

Unter anderem sollte das hier auch drin sein.

Hmm, wenn das drin ist hat mich BeRo im IRC wohl doch belogen als er auf meine Frage ob das Zeug auf der SPS-Seite irgendwas mit dem kürzlich gemergeten Code im VICE-Repository zu tun hätte negativ beantwortete. =(

Quellcode

1
2
3
10 x=rnd(-1963):fori=1to81:y=rnd(1):next
20 forj=1to5:printchr$(rnd(1)*16+70);:next
30 printint(rnd(1)*328)-217

sd2iec Homepage

BeRo

Micro64 Autor

Posts: 199

Date of registration: Apr 18th 2011

Location: Mönchengladbach

  • Send private message

member since 18 member since

82

Friday, June 15th 2012, 5:59am

Unter anderem sollte das hier auch drin sein.

Hmm, wenn das drin ist hat mich BeRo im IRC wohl doch belogen als er auf meine Frage ob das Zeug auf der SPS-Seite irgendwas mit dem kürzlich gemergeten Code im VICE-Repository zu tun hätte negativ beantwortete. =(


Also nur die Funktionalität vom SPS Patch an sich ist drin (und zusätzlich mehr). Jedoch wurde nicht der SPS Patch selbst in Originalform übernommen sondern nur einen kleinen Teil davon, der große Rest wurde von mir auf eine andere Art und Weise reimplementiert.

Zum Beispiel der Rotation Innerloop ist völlig unterschiedlich. Bei meiner eigenen aus-Micro64-rüber-portierten Implementation ist die eine Schleife mehr auf Performance optimiert als beim Original SPS Patch, jedoch mit der gleichen Grundfunktionalität zusätzlich mit Erweiterungen gegenüber dem SPS Patch, etc.

Also ich habe dich im IRC nicht angelogen, da der SPS Patch an sich in der Originalform auch so nicht drin ist. Das habe ich auch so immer kommuniziert.

@angryking: Jetzt weißst du es auch: Der SPS Patch ist so nicht drin, sondern nur einen kleiner Teil davon, der Rest wurde neu geschrieben bzw. anders implementiert als im SPS Patch.

83

Friday, June 15th 2012, 12:57pm

Versteh ich das jetzt richtig, dass die genannten Patches sind jetzt im svn enthalten sind?

Edit: Hab mir eben ein neues svn-build erstellt. Neue Imageformate sind g41 und p64. Was sind den d1m, d2m und d4m für Formate?

angryking

Trainee

Posts: 66

Date of registration: Oct 20th 2009

  • Send private message

member since 36 month member since 36 month

84

Friday, June 15th 2012, 9:34pm

@BeRo

Danke für die ausführlichen Erläuterungen. Ich hätte besser nichts dazu geschrieben.
Wie heisst es doch so schön: Wer keine Ahnung hat, einfach...

Ich denke, es hat eh keinen Sinn, hier irgendwelche Binaries anzubieten. Die Nachfrage ist klein,
und die paar, die es interessiert, können das ebenso gut selber. Ist ja wahrlich keine Hexerei.

  • "Delphin64" is male

Posts: 346

Date of registration: Jun 10th 2005

Location: Oberfranken

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

85

Friday, June 15th 2012, 9:57pm

Ich denke, es hat eh keinen Sinn, hier irgendwelche Binaries anzubieten. Die Nachfrage ist klein,

...aber durchaus vorhanden. :whistling:

86

Friday, June 15th 2012, 10:46pm

Momentan kompiliere ich auch nur für Linux, weil ein Windows-Build bekomm ich nicht mehr hin. Die mingw und cygwin Geschichte ist mir zu kompilziert und mit msvc geht das nur noch mit der von 2010, welche nach einer gewissen Zeit registriert werden will. Da hab ich keinen Bock drauf.

sauhund

ist falsch abgebogen

  • "sauhund" is male

Posts: 20,323

Date of registration: Jul 16th 2005

Location: zuhause

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

87

Saturday, June 16th 2012, 12:47pm

Quoted

Versteh ich das jetzt richtig, dass die genannten Patches sind jetzt im svn enthalten sind?

die funktionalität ja, der konkrete code nur teilweise, weil bero einiges selber neu gemacht hat.

Quoted

Momentan kompiliere ich auch nur für Linux, weil ein Windows-Build bekomm ich nicht mehr hin.

am einfachsten ist es meiner meinung nach mit mingw32 als crosscompiler unter linux (gibts auch als fertiges paket in vielen distros):

Source code

1
2
$ MINGW="/home/groepaz/mingw32/bin/mingw32-" WINDRES="$MINGW""windres" WRC="$WINDRES" AR="$MINGW""ar" RANLIB="$MINGW""ranlib" LD="$MINGW""ld" CC="$MINGW""gcc" CXX="$MINGW""g++" ./configure --host mingw32 --with-resid --enable-ethernet --enable-fullscreen --enable-memmap
$ make

baut bei mir klaglos eine windows version
http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

88

Saturday, June 16th 2012, 1:12pm

Mit Ubuntu-Natty kommt dann:

Source code

1
2
configure: error: C compiler cannot create executables
See `config.log' for more details


Installiert hatte ich erst mit mingw32 und danach es mit gcc-mingw32 probiert. Beides die gleiche Fehlermeldung.

Edit: Mein Fehler, hab mal die erste Variable weg gelassen.

Bei make kommt dann:

Source code

1
2
3
4
5
6
7
Making all in sounddrv
soundwmm.c:38:21: fatal error: windows.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
make[3]: *** [soundwmm.o] Fehler 1
make[2]: *** [all-recursive] Fehler 1
make[1]: *** [all] Fehler 2
make: *** [all-recursive] Fehler 1

Da fehlen noch ein paar Pakete. Welche sind denn alle nötig?

sauhund

ist falsch abgebogen

  • "sauhund" is male

Posts: 20,323

Date of registration: Jul 16th 2005

Location: zuhause

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

89

Saturday, June 16th 2012, 2:10pm

mmmh, also windows.h sollte bei der installation dabei sein. - die erste MINGW sollte auf den pfad zeigen wo der compiler liegt, sonst funktioniert das nicht (/usr/local/mingw32 oder sowas vmtl). wenn du die weglässt wird er versuchen den nativen compiler zu benutzen, welcher windows.h natürlich nicht kennt =P
http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

90

Saturday, June 16th 2012, 10:52pm

Mit dem mingw32 Paket klappt das nicht, da nennen sich die Compiler alle i586-mingw32msvc-haste_nicht_gesehen.

angryking

Trainee

Posts: 66

Date of registration: Oct 20th 2009

  • Send private message

member since 36 month member since 36 month

91

Monday, June 18th 2012, 12:23am

Na ja, hab hier trotzdem wieder ein Build, da 2.3.19 draussen ist


WinVICE-2.3.19.25857-x86.rar
http://www.directmirror.com/files/7TSLMMB8


WinVICE-2.3.19.25857-x64
http://www.directmirror.com/files/GMSJLZQG


SDL Versionen spar ich mir...

WTE

Master

  • "WTE" is male
  • »WTE« is a verified user

Posts: 1,903

Date of registration: Feb 11th 2005

Location: Deutschland

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

92

Monday, June 18th 2012, 1:57am

Was sind den d1m, d2m und d4m für Formate?
CMD Native-Mode Images der Laufwerke FD-2000 und FD-4000. D1M ist das 1MB-Format (3,5"-DD-Disk), D2M das 2 MB-Format (3,5"-HD-Disk) und D4M das 4 MB-Format (3,5"-ED-Disk nur bei FD 4000).

Geht das denn jetzt in VICE? Denn drauf warte ich schon lange!

angryking

Trainee

Posts: 66

Date of registration: Oct 20th 2009

  • Send private message

member since 36 month member since 36 month

93

Thursday, July 5th 2012, 11:01pm

MinGW Kompilate vom neuen 2.3.20

x64
http://www.mirrorcreator.com/files/RE2IX…0-x64.rar_links

x86
http://www.mirrorcreator.com/files/0NPFV…0-x86.rar_links


Wenn jemand SDL Versionen will, einfach bellen.

sauhund

ist falsch abgebogen

  • "sauhund" is male

Posts: 20,323

Date of registration: Jul 16th 2005

Location: zuhause

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

94

Friday, July 6th 2012, 1:00am

Quoted

Mit dem mingw32 Paket klappt das nicht, da nennen sich die Compiler alle i586-mingw32msvc-haste_nicht_gesehen.

einfach den namen entsprechend anpassen, wo ist das problem? :)
http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

WTE

Master

  • "WTE" is male
  • »WTE« is a verified user

Posts: 1,903

Date of registration: Feb 11th 2005

Location: Deutschland

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

95

Saturday, July 7th 2012, 1:35am

Kann sich jemand darauf einen Reim machen:



Es geht um die x86-Variante der neuen VICE 2.3.20 Version. Es soll bei mir unter Win98 laufen, tut es aber nicht.

Der Fehler tritt bei allen Emus auf, außer bei xvic.exe und x64DTV.exe

Das Problem habe ich seit der Version 2.3 (weshalb bei mir immer noch Version 2.2 läuft).

sauhund

ist falsch abgebogen

  • "sauhund" is male

Posts: 20,323

Date of registration: Jul 16th 2005

Location: zuhause

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

96

Saturday, July 7th 2012, 5:18am

Quoted

Das Problem habe ich seit der Version 2.3 (weshalb bei mir immer noch Version 2.2 läuft).

ich würds ja mal in den bugtracker schreiben....
http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

97

Saturday, July 7th 2012, 7:20pm

Quoted

Mit dem mingw32 Paket klappt das nicht, da nennen sich die Compiler alle i586-mingw32msvc-haste_nicht_gesehen.

einfach den namen entsprechend anpassen, wo ist das problem? :)

Alle Dateien sind im /usr/bin/ vorhanden. Variablen hab ich so gesetzt:

Source code

1
2
3
4
5
6
7
8
MINGW="/usr/bin/i586-mingw32msvc-"
WINDRES="$MINGW""windres"
WRC="$WINDRES"
AR="$MINGW""ar"
RANLIB="$MINGW""ranlib"
LD="$MINGW""ld"
CC="$MINGW""gcc"
CXX="$MINGW""g++"


Beim konfigurieren meckert er noch etwas an:

Source code

1
2
configure: WARNING: if you wanted to set the --build type, don't use --host.
	If a cross compiler is detected then cross compile mode will be used


Edit:
Hab den Fehler gefunden, das Hostsystem in configure muss auch umbenannt werden:

Source code

1
./configure --host i586-mingw32msvc --with-resid --enable-ethernet --enable-fullscreen --enable-memmap


Anscheint mögen einige win32-utils kein -j2 im make. Habs weggelassen und nochmal laufen lassen mit der Fehlermeldung am Ende:

Source code

1
2
3
4
5
6
7
8
9
...
Making all in utils
ui-resources.c: In function »set_single_cpu«:
ui-resources.c:121: Warnung: Übergabe des Arguments 2 von »GetProcessAffinityMask« von inkompatiblem Zeigertyp
ui-resources.c:121: Warnung: Übergabe des Arguments 3 von »GetProcessAffinityMask« von inkompatiblem Zeigertyp
videoarch.h:39:1: Error: Unable to open include file windows.h
make[6]: *** [resc128.o] Fehler 1
make[5]: *** [all-recursive] Fehler 1
...

WTE

Master

  • "WTE" is male
  • »WTE« is a verified user

Posts: 1,903

Date of registration: Feb 11th 2005

Location: Deutschland

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

98

Saturday, July 7th 2012, 10:29pm

ich würds ja mal in den bugtracker schreiben....
Könnte was damit zu tun haben: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651061 (Symptome passen, ist aber Linux statt Win ... immerhin AMD, wie bei mir :nixwiss: )
Dann hätte es aber gefixt sein sollen seit der vice_2.3.dfsg-3.debian.tar.gz (keine Ahnung ob das der 2.3.20 oben entspricht - oder eher nicht ...)

sauhund

ist falsch abgebogen

  • "sauhund" is male

Posts: 20,323

Date of registration: Jul 16th 2005

Location: zuhause

  • Send private message

member since 90 month member since 90 month member since 90 month member since 90 month member since 90 month

99

Monday, July 9th 2012, 12:26pm

Quoted

Anscheint mögen einige win32-utils kein -j2 im make. Habs weggelassen und nochmal laufen lassen mit der Fehlermeldung am Ende:

das sieht nun wieder danach aus als wäre irgendein pfad falsch.... guck dir mal das compiler-komando an das er auf der konsole anzeigt ... da sollten include pfade mit -I<pfad> stehen, und in einem dieser pfade sollte windows.h liegen. ansonsten brauchst du noch ein paket das wohl "win32-api" heisst.

Quoted


versuch mal auf der kommandline mit +sound bzw -sidengine 0 zu starten
http://www.hitmen-console.org http://magicdisk.untergrund.net
Die Furcht vor der freimütigen Antwort kann auch robuste Charaktere befallen.

100

Monday, July 9th 2012, 4:51pm

das sieht nun wieder danach aus als wäre irgendein pfad falsch.... guck dir mal das compiler-komando an das er auf der konsole anzeigt ... da sollten include pfade mit -I stehen, und in einem dieser pfade sollte windows.h liegen. ansonsten brauchst du noch ein paket das wohl "win32-api" heisst.</pfad>
windows.h liegt bei mir auf /usr/i586-mingw32msvc/include und hab die mal nach ~/vice-dev/vice/vice/src/arch/win32 kopiert und siehe da als nächster Fehler kommt:

Source code

1
./windows.h:45:1: Error: Unable to open include file winresrc.h

Also fehlt der Include-Pfad nach /usr/i586-mingw32msvc/include. Wie setzte ich den denn?

Edit nachdem ich den kompletten Inhalt vom include-Ordner nach ~/vice-dev/vice/vice/src/arch/win32 kopiert hatte, hab ich jetzt eine WinVICE-2.3.20-x86.zip in ~/vice-dev/vice/vice. :-)
Das löst aber noch nicht das Problem mit der fehlenden Variable.